192.168.200.90 unreachable (was: [oVirt Jenkins] ovirt-system-tests_he-basic-suite-master - Build # 1696 - Still Failing!)
On Tue, Aug 4, 2020 at 6:40 AM <jenkins@jenkins.phx.ovirt.org> 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 10:52, Yedidyah Bar David <didi@redhat.com> wrote:
On Tue, Aug 4, 2020 at 6:40 AM <jenkins@jenkins.phx.ovirt.org> 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.
Thanks, -- Didi
On 4 Aug 2020, at 13:48, Michal Skrivanek <mskrivan@redhat.com> wrote:
On 4 Aug 2020, at 10:52, Yedidyah Bar David <didi@redhat.com> wrote:
On Tue, Aug 4, 2020 at 6:40 AM <jenkins@jenkins.phx.ovirt.org> 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
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@redhat.com> wrote:
On 4 Aug 2020, at 13:48, Michal Skrivanek <mskrivan@redhat.com> wrote:
On 4 Aug 2020, at 10:52, Yedidyah Bar David <didi@redhat.com> wrote:
On Tue, Aug 4, 2020 at 6:40 AM <jenkins@jenkins.phx.ovirt.org> 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@ovirt.org To unsubscribe send an email to devel-leave@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/5JPXLJIGQQRJXZ...
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@redhat.com> 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@redhat.com> wrote:
On 4 Aug 2020, at 13:48, Michal Skrivanek <mskrivan@redhat.com> wrote:
On 4 Aug 2020, at 10:52, Yedidyah Bar David <didi@redhat.com> wrote:
On Tue, Aug 4, 2020 at 6:40 AM <jenkins@jenkins.phx.ovirt.org> 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@ovirt.org To unsubscribe send an email to devel-leave@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/5JPXLJIGQQRJXZ...
_______________________________________________ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-leave@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/NRJXYKXANXB3QJ...
-- GALIT ROSENTHAL SOFTWARE ENGINEER Red Hat <https://www.redhat.com/> galit@redhat.com T: 972-9-7692230 <https://red.ht/sig>
So how to exactly fix that trouble with hotplug_disk test? On Tue, Aug 11, 2020 at 5:06 PM Galit Rosenthal <grosenth@redhat.com> wrote:
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@redhat.com> 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@redhat.com> wrote:
On 4 Aug 2020, at 13:48, Michal Skrivanek <mskrivan@redhat.com> wrote:
On 4 Aug 2020, at 10:52, Yedidyah Bar David <didi@redhat.com> wrote:
On Tue, Aug 4, 2020 at 6:40 AM <jenkins@jenkins.phx.ovirt.org> 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@ovirt.org To unsubscribe send an email to devel-leave@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/5JPXLJIGQQRJXZ...
_______________________________________________ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-leave@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/NRJXYKXANXB3QJ...
--
GALIT ROSENTHAL
SOFTWARE ENGINEER
Red Hat
galit@redhat.com T: 972-9-7692230 <https://red.ht/sig>
participants (4)
-
Artem Hrechanychenko -
Galit Rosenthal -
Michal Skrivanek -
Yedidyah Bar David