<div dir="ltr"><div><div>It is green now.<br><br></div>Thanks,<br></div>Piotr<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 30, 2017 at 11:30 PM, Piotr Kliczewski <span dir="ltr">&lt;<a href="mailto:pkliczew@redhat.com" target="_blank">pkliczew@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Thank you!</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">30 kwi 2017 23:14 &quot;Nadav Goldin&quot; &lt;<a href="mailto:ngoldin@redhat.com" target="_blank">ngoldin@redhat.com</a>&gt; napisał(a):<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">OK - that is easier as it involves only the master suite. Should be<br>
fixed in [1], in [2] is the test run.<br>
<br>
<br>
[1] <a href="https://gerrit.ovirt.org/#/c/76251/" rel="noreferrer" target="_blank">https://gerrit.ovirt.org/#/c/7<wbr>6251/</a><br>
[2] <a href="http://jenkins.ovirt.org/job/ovirt-system-tests_manual/342/console" rel="noreferrer" target="_blank">http://jenkins.ovirt.org/job/o<wbr>virt-system-tests_manual/342/c<wbr>onsole</a><br>
<br>
<br>
On Sun, Apr 30, 2017 at 10:39 PM, Piotr Kliczewski &lt;<a href="mailto:pkliczew@redhat.com" target="_blank">pkliczew@redhat.com</a>&gt; wrote:<br>
&gt; I think it depends on which name we use when we add a host to the engine.<br>
&gt; We need to be consistent and use the same host name when adding a host and a<br>
&gt; fqdn for the host ip.<br>
&gt;<br>
&gt; On Sun, Apr 30, 2017 at 9:34 PM, Piotr Kliczewski<br>
&gt; &lt;<a href="mailto:piotr.kliczewski@gmail.com" target="_blank">piotr.kliczewski@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Nadav,<br>
&gt;&gt;<br>
&gt;&gt; Thank you for working on this but we have one more issue with name<br>
&gt;&gt; resolution.<br>
&gt;&gt;<br>
&gt;&gt; I checked the last job you triggered and I noticed that vm migration<br>
&gt;&gt; failed due to similar issue between the hosts.<br>
&gt;&gt; Here is a piece of custom logs that you added:<br>
&gt;&gt;<br>
&gt;&gt; 2017-04-30 14:23:35,675-0400 INFO  (Reactor thread)<br>
&gt;&gt; [ProtocolDetector.SSLHandshake<wbr>Dispatcher] subject:<br>
&gt;&gt; (((&#39;organizationName&#39;, u&#39;Test&#39;),), ((&#39;commonName&#39;,<br>
&gt;&gt; u&#39;lago-basic-suite-master-host<wbr>0&#39;),)), key: organizationName, value:<br>
&gt;&gt; Test (sslutils:241)<br>
&gt;&gt; 2017-04-30 14:23:35,675-0400 INFO  (Reactor thread)<br>
&gt;&gt; [ProtocolDetector.SSLHandshake<wbr>Dispatcher] subject:<br>
&gt;&gt; (((&#39;organizationName&#39;, u&#39;Test&#39;),), ((&#39;commonName&#39;,<br>
&gt;&gt; u&#39;lago-basic-suite-master-host<wbr>0&#39;),)), key: commonName, value:<br>
&gt;&gt; lago-basic-suite-master-host0 (sslutils:241)<br>
&gt;&gt; 2017-04-30 14:23:35,676-0400 INFO  (Reactor thread)<br>
&gt;&gt; [ProtocolDetector.SSLHandshake<wbr>Dispatcher] src_addr:<br>
&gt;&gt; ::ffff:192.168.201.2, cn_addr: lago-basic-suite-master-host0<br>
&gt;&gt; (sslutils:262)<br>
&gt;&gt; 2017-04-30 14:23:35,676-0400 INFO  (Reactor thread)<br>
&gt;&gt; [ProtocolDetector.SSLHandshake<wbr>Dispatcher] src_addr_extracted:<br>
&gt;&gt; 192.168.201.2, cn_addr_extracted: lago-basic-suite-master-host0<br>
&gt;&gt; (sslutils:266)<br>
&gt;&gt; 2017-04-30 14:23:35,677-0400 INFO  (Reactor thread)<br>
&gt;&gt; [ProtocolDetector.SSLHandshake<wbr>Dispatcher]<br>
&gt;&gt; socket.gethostbyadd(src_addr)[<wbr>0]:<br>
&gt;&gt; lago-basic-suite-master-host0.<wbr>lago.local (sslutils:268)<br>
&gt;&gt; 2017-04-30 14:23:35,678-0400 INFO  (Reactor thread)<br>
&gt;&gt; [ProtocolDetector.SSLHandshake<wbr>Dispatcher] compare<br>
&gt;&gt; ::ffff:192.168.201.2, lago-basic-suite-master-host0, res: False<br>
&gt;&gt; (sslutils:244)<br>
&gt;&gt; 2017-04-30 14:23:35,678-0400 ERROR (Reactor thread)<br>
&gt;&gt; [ProtocolDetector.SSLHandshake<wbr>Dispatcher] peer certificate does not<br>
&gt;&gt; match host name (sslutils:226)<br>
&gt;&gt;<br>
&gt;&gt; It looks like the engine issued certificate for<br>
&gt;&gt; &#39;lago-basic-suite-master-host0<wbr>&#39; but we resolve 192.168.201.2 to<br>
&gt;&gt; &#39;lago-basic-suite-master-host0<wbr>.lago.local&#39;.<br>
&gt;&gt; Can we fix it as well?<br>
&gt;&gt;<br>
&gt;&gt; Thanks,<br>
&gt;&gt; Piotr<br>
&gt;&gt;<br>
&gt;&gt; On Sun, Apr 30, 2017 at 7:42 PM, Piotr Kliczewski &lt;<a href="mailto:pkliczew@redhat.com" target="_blank">pkliczew@redhat.com</a>&gt;<br>
&gt;&gt; wrote:<br>
&gt;&gt; &gt; Wow, great.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Thank you!<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; 30 kwi 2017 19:40 &quot;Nadav Goldin&quot; &lt;<a href="mailto:ngoldin@redhat.com" target="_blank">ngoldin@redhat.com</a>&gt; napisał(a):<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Ok, I think the issue was the unqualified domain name. The certificate<br>
&gt;&gt; &gt;&gt; was generated(as before for &#39;engine&#39;) without the domain name, i.e.<br>
&gt;&gt; &gt;&gt; &#39;lago-basic-suite-master-engin<wbr>e&#39;, on VDSM side it resolved the IP to<br>
&gt;&gt; &gt;&gt; the address &#39;lago-basic-suite-master-engin<wbr>e.lago.local&#39; and then<br>
&gt;&gt; &gt;&gt; failed comparing it to the unqualified one. I assume this is the<br>
&gt;&gt; &gt;&gt; expected behaviour, though not sure(as you can easily resolve<br>
&gt;&gt; &gt;&gt; &#39;lago-basic-suite-master-engin<wbr>e&#39; to<br>
&gt;&gt; &gt;&gt; &#39;lago-basic-suite-master-engin<wbr>e.lago.local&#39; on the hosts). It should<br>
&gt;&gt; &gt;&gt; be fixed in [1], just ran OST manual with the same debugging patch<br>
&gt;&gt; &gt;&gt; applied on top of yours, and at least add_hosts passed.<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; [1] <a href="https://gerrit.ovirt.org/#/c/76225/10" rel="noreferrer" target="_blank">https://gerrit.ovirt.org/#/c/7<wbr>6225/10</a><br>
&gt;&gt; &gt;&gt; [2] <a href="http://jenkins.ovirt.org/job/ovirt-system-tests_manual/338/console" rel="noreferrer" target="_blank">http://jenkins.ovirt.org/job/o<wbr>virt-system-tests_manual/338/c<wbr>onsole</a><br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; On Sun, Apr 30, 2017 at 7:50 PM, Piotr Kliczewski &lt;<a href="mailto:pkliczew@redhat.com" target="_blank">pkliczew@redhat.com</a>&gt;<br>
&gt;&gt; &gt;&gt; wrote:<br>
&gt;&gt; &gt;&gt; &gt; Sure, will take look later today.<br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt; 30 kwi 2017 18:47 &quot;Nadav Goldin&quot; &lt;<a href="mailto:ngoldin@redhat.com" target="_blank">ngoldin@redhat.com</a>&gt; napisał(a):<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; Thanks for the explanation.<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; I added some more debugging messages on top of your patch, could you<br>
&gt;&gt; &gt;&gt; &gt;&gt; please take a look at [1] and tell me what do you expect to resolve<br>
&gt;&gt; &gt;&gt; &gt;&gt; differently for this to work?<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; [1]<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; <a href="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" rel="noreferrer" target="_blank">http://jenkins.ovirt.org/job/o<wbr>virt-system-tests_manual/337/a<wbr>rtifact/exported-artifacts/tes<wbr>t_logs/basic-suite-master/post<wbr>-002_bootstrap.py/lago-basic-<wbr>suite-master-host0/_var_log/<wbr>vdsm/vdsm.log</a><br>
&gt;<br>
&gt;<br>
</blockquote></div></div>
</div></div></blockquote></div><br></div>