On Wed, Jan 22, 2020 at 2:46 PM Nir Soffer <nsof...@redhat.com> wrote:
> On Wed, Jan 22, 2020 at 3:38 PM Michal Skrivanek <mskri...@redhat.com> > wrote: > >> >> >> On 22 Jan 2020, at 14:31, Nir Soffer <nsof...@redhat.com> wrote: >> >> On Wed, Jan 22, 2020 at 1:41 PM Michal Skrivanek <mskri...@redhat.com> >> wrote: >> >>> >>> >>> On 22 Jan 2020, at 11:46, Yedidyah Bar David <d...@redhat.com> wrote: >>> >>> On Wed, Jan 22, 2020 at 12:34 PM Nir Soffer <nsof...@redhat.com> wrote: >>> >>> >>> On Wed, Jan 22, 2020 at 12:25 PM Yedidyah Bar David <d...@redhat.com> >>> wrote: >>> >>> >>> On Wed, Jan 22, 2020 at 12:10 PM Nir Soffer <nsof...@redhat.com> wrote: >>> >>> >>> >>> >>> On Wed, Jan 22, 2020, 11:59 Yedidyah Bar David <d...@redhat.com> wrote: >>> >>> >>> OK, I think I understand. STP is probably only in nmstate-0.2, and a >>> vdsm that requires this still didn't pass CQ. >>> >>> >>> master “tested” has vdsm witht he correct nmstate requirements. >>> But OST had issue picking it up properly, that was fixed in basic suite >>> yesterday evening by martin perina >>> errors below are older than that >>> >>> >>> >>> Same error happen when adding Fedora 30 host with master. >>> >>> >>> Adding a host broken now on Fedora. Netwok team need to revert the >>> change causing this issue. >>> >>> >>> No. They fixed it, but the fix didn't pass CQ yet. >>> >>> >>> >>> Not related to change queue, engine/vdsm master are broken. >>> >>> Did you try to add Fedora host with current engine and vdsm? >>> >>> >>> No, but the fix seems to deliberately not support Fedora, see also the >>> review comments: >>> >>> https://gerrit.ovirt.org/106413 >>> >>> >>> that’s correct. Fro F30 you have to disable nmstate support and use the >>> fallback to ifcfg - set net_nmstate_enabled to false >>> >> >> This should be done by vdsm network automatically. >> >> We use Fedora 30 for development and we vdsm must continue to work on >> this distro until we >> move to Fedora 31. >> >> >> It seems it would be better to move to F31. >> > > This requires effort to move the tests to containers. We have new > infrastructure but someone have to > spend time on this. > > >> But anyway, for now do you still have a host deployment problem when you >> disable nmstate on F30? >> > > Yes, yesterday it failed in the same way with nmstate enabled or disabled, > but I will not have time to > investigate this before fosdem. > Could you please try to create /etc/vdsm/vdsm.conf.d/99-disable-nmstate.conf with following content? [vars] net_nmstate_enabled=false And afterwards add or reinstall host from engine? > >> >> >> >>> >>> Last CQ run that finished [1], failed for a different reason. vdsm.log >>> has [2]: >>> >>> libvirt.libvirtError: the CPU is incompatible with host CPU: Host CPU >>> does not provide required features: hle, rtm >>> >>> Adding Michal and Martin. Not sure if that's a known issue/already >>> fixed somewhere. >>> >>> [1] >>> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/18225/ >>> [2] >>> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/18225/artifact/basic-suite.el7.x86_64/test_logs/basic-suite-master/post-004_basic_sanity.py/lago-basic-suite-master-host-0/_var_log/vdsm/vdsm.log >>> >>> >>> >>> >>> On Wed, Jan 22, 2020 at 11:33 AM Yedidyah Bar David <d...@redhat.com> >>> wrote: >>> >>> >>> Resending and adding devel. >>> >>> This now happened to me again. I suspect this affects other runs. Any >>> clue? >>> >>> >>> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/7692/ >>> >>> On Tue, Jan 21, 2020 at 12:34 PM Yedidyah Bar David <d...@redhat.com> >>> wrote: >>> >>> >>> On Tue, Jan 21, 2020 at 1:18 AM oVirt Jenkins <jenk...@ovirt.org> wrote: >>> >>> >>> Change 66276a7 (ovirt-ansible-hosted-engine-setup) is probably the reason >>> behind recent system test failures in the "ovirt-master" change queue >>> and needs >>> to be fixed. >>> >>> This change had been removed from the testing queue. Artifacts build >>> from this >>> change will not be released until it is fixed. >>> >>> For further details about the change see: >>> >>> https://github.com/oVirt/ovirt-ansible-hosted-engine-setup/commit/66276a7b4427014af5ecfb00138740ec8fbbfa4b >>> >>> >>> Above change is unrelated to the failure below. How can I make CQ look >>> at it again? >>> >>> >>> For failed test results see: >>> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/18189/ >>> >>> >>> This failed in basic suite, in 002_bootstrap.verify_add_hosts. >>> >>> engine.log [1] has (e.g.): >>> >>> 2020-01-20 17:56:33,198-05 ERROR >>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>> (EE-ManagedThreadFactory-engine-Thread-1) [66755eba] EVENT_ID: >>> VDS_BROKER_COMMAND_FAILURE(10,802), VDSM >>> lago-basic-suite-master-host-0 command HostSetupNetworksVDS failed: >>> Internal JSON-RPC error: {'reason': "type object 'LinuxBridge' has no >>> attribute 'STP'"} >>> >>> supervdsm log [2] has: >>> >>> MainProcess|jsonrpc/4::INFO::2020-01-20 >>> 17:56:32,430::configurator::190::root::(_setup_nmstate) Processing >>> setup through nmstate >>> MainProcess|jsonrpc/4::ERROR::2020-01-20 >>> 17:56:32,695::supervdsm_server::97::SuperVdsm.ServerCallback::(wrapper) >>> Error in setupNetworks >>> Traceback (most recent call last): >>> File "/usr/lib/python3.6/site-packages/vdsm/supervdsm_server.py", >>> line 95, in wrapper >>> res = func(*args, **kwargs) >>> File "/usr/lib/python3.6/site-packages/vdsm/network/api.py", line >>> 240, in setupNetworks >>> _setup_networks(networks, bondings, options, net_info) >>> File "/usr/lib/python3.6/site-packages/vdsm/network/api.py", line >>> 265, in _setup_networks >>> networks, bondings, options, net_info, in_rollback >>> File >>> "/usr/lib/python3.6/site-packages/vdsm/network/netswitch/configurator.py", >>> line 154, in setup >>> _setup_nmstate(networks, bondings, options, in_rollback, net_info) >>> File >>> "/usr/lib/python3.6/site-packages/vdsm/network/netswitch/configurator.py", >>> line 195, in _setup_nmstate >>> desired_state = nmstate.generate_state(networks, bondings) >>> File "/usr/lib/python3.6/site-packages/vdsm/network/nmstate.py", >>> line 73, in generate_state >>> networks, rconfig.networks, current_ifaces_state >>> File "/usr/lib/python3.6/site-packages/vdsm/network/nmstate.py", >>> line 603, in generate_state >>> for netname, netattrs in six.viewitems(networks) >>> File "/usr/lib/python3.6/site-packages/vdsm/network/nmstate.py", >>> line 603, in <listcomp> >>> for netname, netattrs in six.viewitems(networks) >>> File "/usr/lib/python3.6/site-packages/vdsm/network/nmstate.py", >>> line 339, in __init__ >>> self._create_interfaces_state() >>> File "/usr/lib/python3.6/site-packages/vdsm/network/nmstate.py", >>> line 430, in _create_interfaces_state >>> sb_iface, vlan_iface, bridge_iface = self._create_ifaces() >>> File "/usr/lib/python3.6/site-packages/vdsm/network/nmstate.py", >>> line 444, in _create_ifaces >>> options=self._create_bridge_options(), >>> File "/usr/lib/python3.6/site-packages/vdsm/network/nmstate.py", >>> line 492, in _create_bridge_options >>> LinuxBridge.STP.ENABLED: self._netconf.stp >>> AttributeError: type object 'LinuxBridge' has no attribute 'STP' >>> >>> Perhaps that's related to recent changes adding/updating nmstate? >>> >>> [1] >>> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/18189/artifact/basic-suite.el7.x86_64/test_logs/basic-suite-master/post-002_bootstrap.py/lago-basic-suite-master-engine/_var_log/ovirt-engine/engine.log >>> [2] >>> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/18189/artifact/basic-suite.el7.x86_64/test_logs/basic-suite-master/post-002_bootstrap.py/lago-basic-suite-master-host-0/_var_log/vdsm/supervdsm.log >>> >>> >>> _______________________________________________ >>> Infra mailing list -- in...@ovirt.org >>> To unsubscribe send an email to infra-le...@ovirt.org >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/JTIBSBDL5IYJTBFWUJ2XEC4A2CKG6TZI/ >>> >>> >>> >>> >>> -- >>> Didi >>> >>> >>> >>> >>> -- >>> Didi >>> >>> >>> >>> >>> -- >>> Didi >>> _______________________________________________ >>> Infra mailing list -- in...@ovirt.org >>> To unsubscribe send an email to infra-le...@ovirt.org >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/SYTTA36U7YHHNISJIUB7LEC3WWFEIHIN/ >>> >>> >>> >>> >>> -- >>> Didi >>> >>> >>> >>> -- >>> Didi >>> >>> >>> >> -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o.
_______________________________________________ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/VUDVX4C4LE5DGMPVMFYB27XJPOYG3J4J/
