On 1/22/20 2:46 PM, Nir Soffer wrote:
On Wed, Jan 22, 2020 at 3:38 PM Michal Skrivanek <[email protected] <mailto:[email protected]>> wrote:



    On 22 Jan 2020, at 14:31, Nir Soffer <[email protected]
    <mailto:[email protected]>> wrote:

    On Wed, Jan 22, 2020 at 1:41 PM Michal Skrivanek
    <[email protected] <mailto:[email protected]>> wrote:



        On 22 Jan 2020, at 11:46, Yedidyah Bar David
        <[email protected] <mailto:[email protected]>> wrote:

        On Wed, Jan 22, 2020 at 12:34 PM Nir Soffer
        <[email protected] <mailto:[email protected]>> wrote:

        On Wed, Jan 22, 2020 at 12:25 PM Yedidyah Bar David
        <[email protected] <mailto:[email protected]>> wrote:

        On Wed, Jan 22, 2020 at 12:10 PM Nir Soffer
        <[email protected] <mailto:[email protected]>> wrote:



        On Wed, Jan 22, 2020, 11:59 Yedidyah Bar David
        <[email protected] <mailto:[email protected]>> 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.
A bit off topic, but I'm already working on it: https://gerrit.ovirt.org/#/c/105508/.

    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.





        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
        <[email protected] <mailto:[email protected]>> 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
        <[email protected] <mailto:[email protected]>> wrote:

        On Tue, Jan 21, 2020 at 1:18 AM oVirt Jenkins
        <[email protected] <mailto:[email protected]>> 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 -- [email protected]
        <mailto:[email protected]>
        To unsubscribe send an email to [email protected]
        <mailto:[email protected]>
        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/[email protected]/message/JTIBSBDL5IYJTBFWUJ2XEC4A2CKG6TZI/



        --
        Didi



        --
        Didi



        --
        Didi
        _______________________________________________
        Infra mailing list -- [email protected]
        <mailto:[email protected]>
        To unsubscribe send an email to [email protected]
        <mailto:[email protected]>
        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/[email protected]/message/SYTTA36U7YHHNISJIUB7LEC3WWFEIHIN/



        --
        Didi



        --
        Didi



_______________________________________________
Devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]/message/JDMSYCUEWVWJXGVOTGOBQGS4TGLWNHKR/

_______________________________________________
Infra mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]/message/UGI645C6NCQE2BAYPWGLKLJW6ATIO3VT/

Reply via email to