On 4 Aug 2020, at 10:52, Yedidyah Bar David <didi(a)redhat.com&gt; wrote: On Tue, Aug 4, 2020 at 6:40 AM <jenkins(a)jenkins.phx.ovirt.org&gt; wrote: > > Project: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/ > Build: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1696/ This is failing for a few days now, all with the same error: > FAILED: 004_basic_sanity.hotplug_disk > > Error Message: > False != True after 180 seconds > -------------------- >> begin captured logging << -------------------- > lago.ssh: DEBUG: start task:cef1ecf3-76fd-4aad-a1fb-093eeda8193a:Get ssh client for lago-he-basic-suite-master-host-1: > lago.ssh: DEBUG: end task:cef1ecf3-76fd-4aad-a1fb-093eeda8193a:Get ssh client for lago-he-basic-suite-master-host-1: > lago.ssh: DEBUG: Running 833afb8a on lago-he-basic-suite-master-host-1: ping -4 -c 1 192.168.200.90 > lago.ssh: DEBUG: Command 833afb8a on lago-he-basic-suite-master-host-1 returned with 1 > lago.ssh: DEBUG: Command 833afb8a on lago-he-basic-suite-master-host-1 output: > PING 192.168.200.90 (192.168.200.90) 56(84) bytes of data. > From 192.168.200.3 icmp_seq=1 Destination Host Unreachable This is after Michal pushed a patch to restore the removed function (and related) get_vm0_ip_address, which failed build 1691. I guess this patch was not enough - either the VM now gets a different IP address, not 192.168.200.90, or its network is down, or whatever.

Any idea?

Thanks, -- Didi

On 4 Aug 2020, at 13:48, Michal Skrivanek <mskrivan(a)redhat.com&gt; wrote: On 4 Aug 2020, at 10:52, Yedidyah Bar David <didi(a)redhat.com&gt; wrote: On Tue, Aug 4, 2020 at 6:40 AM <jenkins(a)jenkins.phx.ovirt.org&gt; wrote: Project: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/ Build: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1696/ This is failing for a few days now, all with the same error: FAILED: 004_basic_sanity.hotplug_disk Error Message: False != True after 180 seconds -------------------- >> begin captured logging << -------------------- lago.ssh: DEBUG: start task:cef1ecf3-76fd-4aad-a1fb-093eeda8193a:Get ssh client for lago-he-basic-suite-master-host-1: lago.ssh: DEBUG: end task:cef1ecf3-76fd-4aad-a1fb-093eeda8193a:Get ssh client for lago-he-basic-suite-master-host-1: lago.ssh: DEBUG: Running 833afb8a on lago-he-basic-suite-master-host-1: ping -4 -c 1 192.168.200.90 lago.ssh: DEBUG: Command 833afb8a on lago-he-basic-suite-master-host-1 returned with 1 lago.ssh: DEBUG: Command 833afb8a on lago-he-basic-suite-master-host-1 output: PING 192.168.200.90 (192.168.200.90) 56(84) bytes of data. From 192.168.200.3 icmp_seq=1 Destination Host Unreachable This is after Michal pushed a patch to restore the removed function (and related) get_vm0_ip_address, which failed build 1691. I guess this patch was not enough - either the VM now gets a different IP address, not 192.168.200.90, or its network is down, or whatever. on 4.3 it shouldn’t on master if the configuration is shared with basic-suite-master (which it is in case of -he-basic-suite-master) it implicitly starts using CirrOS as well. That means cloud init network conf doesn’t work and it doesn’t get IP .90 (it quite reliably gets .111 now but I wouldn’t suggest that either:) Any idea? yes, just replace it with hostname instead. the whole suite needs py3 updates so maybe worth copying bigger pieces of basic-suite-master… or maybe rather revisit what that test does? It seems to replicate basic suite to some degree, which is probably not really useful as that gets tested by basic suite. HE suite shoudl only care about HE deployment, rbackup/restore proabbly, restart HE, sure, but pretty much nothing from actual engine functionality. Thanks, -- Didi _______________________________________________ Devel mailing list -- devel(a)ovirt.org To unsubscribe send an email to devel-leave(a)ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/5JPXLJIGQQR...

he 4.3 test utils is linked to he master test utlis which is linked to basic suite master. So this change also affect he 4.3 suite. On Tue, Aug 11, 2020 at 3:56 PM Artem Hrechanychenko <ahrechan(a)redhat.com&gt; wrote: > Hi, > also hit that issue as well. > BTW - working on py3 migration - https://gerrit.ovirt.org/#/c/108809/ > and el8 running - https://gerrit.ovirt.org/110097 > > On Tue, Aug 4, 2020 at 2:55 PM Michal Skrivanek <mskrivan(a)redhat.com&gt; > wrote: > >> >> >> On 4 Aug 2020, at 13:48, Michal Skrivanek <mskrivan(a)redhat.com&gt; wrote: >> >> >> >> On 4 Aug 2020, at 10:52, Yedidyah Bar David <didi(a)redhat.com&gt; wrote: >> >> On Tue, Aug 4, 2020 at 6:40 AM <jenkins(a)jenkins.phx.ovirt.org&gt; wrote: >> >> >> Project: >> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/ >> Build: >> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1696/ >> >> >> This is failing for a few days now, all with the same error: >> >> FAILED: 004_basic_sanity.hotplug_disk >> >> Error Message: >> False != True after 180 seconds >> -------------------- >> begin captured logging << -------------------- >> lago.ssh: DEBUG: start task:cef1ecf3-76fd-4aad-a1fb-093eeda8193a:Get ssh >> client for lago-he-basic-suite-master-host-1: >> lago.ssh: DEBUG: end task:cef1ecf3-76fd-4aad-a1fb-093eeda8193a:Get ssh >> client for lago-he-basic-suite-master-host-1: >> lago.ssh: DEBUG: Running 833afb8a on lago-he-basic-suite-master-host-1: >> ping -4 -c 1 192.168.200.90 >> lago.ssh: DEBUG: Command 833afb8a on lago-he-basic-suite-master-host-1 >> returned with 1 >> lago.ssh: DEBUG: Command 833afb8a on lago-he-basic-suite-master-host-1 >> output: >> PING 192.168.200.90 (192.168.200.90) 56(84) bytes of data. >> From 192.168.200.3 icmp_seq=1 Destination Host Unreachable >> >> >> This is after Michal pushed a patch to restore the removed function >> (and related) get_vm0_ip_address, which failed build 1691. >> >> I guess this patch was not enough - either the VM now gets a different >> IP address, not 192.168.200.90, or its network is down, or whatever. >> >> >> on 4.3 it shouldn’t >> on master if the configuration is shared with basic-suite-master (which >> it is in case of -he-basic-suite-master) it implicitly starts using CirrOS >> as well. That means cloud init network conf doesn’t work and it doesn’t get >> IP .90 (it quite reliably gets .111 now but I wouldn’t suggest that either:) >> >> Any idea? >> >> >> yes, just replace it with hostname instead. >> >> >> the whole suite needs py3 updates so maybe worth copying bigger pieces >> of basic-suite-master… >> or maybe rather revisit what that test does? It seems to replicate basic >> suite to some degree, which is probably not really useful as that gets >> tested by basic suite. HE suite shoudl only care about HE deployment, >> rbackup/restore proabbly, restart HE, sure, but pretty much nothing from >> actual engine functionality. >> >> >> >> Thanks, >> -- >> Didi >> >> >> _______________________________________________ >> Devel mailing list -- devel(a)ovirt.org >> To unsubscribe send an email to devel-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/privacy-policy.html >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/5JPXLJIGQQR... >> > _______________________________________________ > Devel mailing list -- devel(a)ovirt.org > To unsubscribe send an email to devel-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/NRJXYKXANXB... > -- GALIT ROSENTHAL SOFTWARE ENGINEER Red Hat <https://www.redhat.com/> galit(a)redhat.com T: 972-9-7692230 <https://red.ht/sig>