Ok, I think the issue was the unqualified domain name. The certificate
was generated(as before for 'engine') without the domain name, i.e.
'lago-basic-suite-master-engine', on VDSM side it resolved the IP to
the address 'lago-basic-suite-master-engine.lago.local' and then
failed comparing it to the unqualified one. I assume this is the
expected behaviour, though not sure(as you can easily resolve
'lago-basic-suite-master-engine' to
'lago-basic-suite-master-engine.lago.local' on the hosts). It should
be fixed in [1], just ran OST manual with the same debugging patch
applied on top of yours, and at least add_hosts passed.
[1] https://gerrit.ovirt.org/#/c/76225/10
[2] http://jenkins.ovirt.org/job/ovirt-system-tests_manual/338/ console
On Sun, Apr 30, 2017 at 7:50 PM, Piotr Kliczewski <pkliczew@redhat.com> wrote:
> Sure, will take look later today.
>
> 30 kwi 2017 18:47 "Nadav Goldin" <ngoldin@redhat.com> napisał(a):
>>
>> Thanks for the explanation.
>>
>> I added some more debugging messages on top of your patch, could you
>> please take a look at [1] and tell me what do you expect to resolve
>> differently for this to work?
>>
>>
>> [1]
>> http://jenkins.ovirt.org/job/ovirt-system-tests_manual/337/ artifact/exported-artifacts/ test_logs/basic-suite-master/ post-002_bootstrap.py/lago- basic-suite-master-host0/_var_ log/vdsm/vdsm.log