- lago-devel - oVirt List Archives

Why do we need qemu-kvm-*ev* ?
by Yaniv Kaul 19 Mar '17

19 Mar '17

I don't see a good reason why we need anything but qemu-kvm. The following commit adds the requirement - but I don't see the real need for it: commit a7d71ad2994aab3234371e850c617b826b3681b1 Author: Rafael Martins <rmartins(a)redhat.com> Date: Tue Jan 3 15:26:54 2017 +0100 Force usage of qemu-kvm-rhev on centos/rhel Lago requires qemu-kvm >= 2.1.2, these are the required package names for each distro: CentOS: the package is named 'qemu-kvm-ev', but it provides 'qemu-kvm-rhev' RHEL: named 'qemu-kvm-rhev' Fedora: 'qemu-kvm' Signed-off-by: gbenhaim <galbh2(a)gmail.com> Signed-off-by: Nadav Goldin <ngoldin(a)redhat.com>

4 10

Can't get selinux-policy-3.13.1-102.el7_3.15.noarch from EL 7 updates in reposync
by Yaniv Kaul 16 Mar '17

16 Mar '17

While I'm trying to update selinux-policy and selinux-policy-targeted updated (suspecting of a SElinux bug), I could only get selinux-policy-targeted downloaded to my internal repo. Any ideas why? Updating it manually from the VMs work well. 2017-03-13 12:19:56,415::INFO::repoman.common.stores.RPM::Adding package /var/lib/lago/reposync/centos-updates-el7/Packages/selinux-policy-targeted-3.13.1-102.el7_3.15.noarch.rpm to repo Non persistent RPMStore 2017-03-13 12:19:56,786::INFO::repoman.common.stores.RPM::Adding package /var/lib/lago/reposync/centos-updates-el7/Packages/selinux-policy-targeted-3.13.1-102.el7_3.15.noarch.rpm to repo /home/ykaul/ovirt-system-tests/deployment-basic-suite-master/default/internal_repo 2017-03-13 12:20:01,901::INFO::root::Saving /home/ykaul/ovirt-system-tests/deployment-basic-suite-master/default/internal_repo/el7/noarch/selinux-policy-targeted-3.13.1-102.el7_3.15.noarch.rpm TIA, Y.

3 2

HE setup failure
by Sahina Bose 09 Mar '17

09 Mar '17

Hi all, The HE setup fails in ovirt-system-tests while deploying HE on hyperconverged gluster setup using master Error : Failed to execute stage 'Misc configuration': <ProtocolError for localhost:54321/RPC2: 400 Bad Request>" Traceback from hosted-engine log: ProtocolError: <ProtocolError for localhost:54321/RPC2: 400 Bad Request> File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", line 279, in create_volume volUUID=volume_uuid File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", line 245, in _get_volume_path volUUID File "/usr/lib64/python2.7/xmlrpclib.py", line **FILTERED**3, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request verbose=self.__verbose File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request return self.single_request(host, handler, request_body, verbose) File "/usr/lib64/python2.7/xmlrpclib.py", line 1321, in single_request response.msg, ProtocolError: <ProtocolError for localhost:54321/RPC2: 400 Bad Request> Is this a regression?

3 4

OST: HE installation on 4.1 fails due to default cluster level
by Sahina Bose 03 Mar '17

03 Mar '17

Hi all, The ovirt-engine 4.1 appliance has the Default cluster set to 4.2 and the hyperconverged OST tests fail here as the 4.1 host cannot be added to cluster. (CLUSTER_VERSION_INCOMPATIBLE_WITH_CLUSTER) The appliance is from http://resources.ovirt.org/repos/ovirt/tested/master/rpm/el7/noarch/ovirt-e… Has the default cluster level been changed in an updated appliance? Test results at http://jenkins.ovirt.org/view/oVirt system tests/job/ovirt_4.1_hc-system-tests/1/artifact/exported-artifacts thanks sahina

4 5

Lago v0.35 released
by Gal Ben Haim 01 Mar '17

01 Mar '17

Hi All, Lago version v0.35 is out. the main changes are: 1. Add the option to export vm disks that can be used later in other environments. 2. Stop on failure when running tests with 'lago ovirt runtest'. 3. Add three commands to lago ovirt: start-host: puts hosts in activate mode. stop-hosts: puts hosts in maintenance mode. stop-vms: stop layer 2 vms. Docs: http://lago.readthedocs.io/en/0.35/index.html Repo: http://resources.ovirt.org/repos/lago/stable/0.0/rpm/ The full change-log: * Tue Feb 28 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.35.0 b2aacea4: Merge pull request #459 from mykaul/start_stop_hosts e83907a6: Add 'start-hosts', 'stop-hosts', 'stop-vms', 'status' to ovirt sub-command * Mon Feb 27 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.34.6 d070675e: Merge pull request #458 from lago-project/adding_basic_video_device 03634af1: Adding basic video device * Sun Feb 26 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.34.5 74b30c3f: Merge pull request #444 from lenoch/explicit-python2 66d47401: Use python2 explicitly. * Sun Feb 26 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.34.4 cf0d6ab3: Merge pull request #455 from mykaul/stop_after_failure ef9a1ecf: Revert bfea3cc4d104381cd6e5a2ffd9d325843f5ac5f0 - stop on failures * Sat Feb 25 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.34.3 4b25a7b4: Merge pull request #450 from nvgoldin/revert_paramiko 79249c14: spec: require paramiko >= 1.16.1-2 on el7 3ba0e79c: Revert "Make paramiko v1.16 work with python2-crypto again" * Wed Feb 22 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.34.2 8e55db61: Merge pull request #401 from lago-project/export_feature f8034519: Added the ability to export images from a prefix * Mon Feb 20 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.34.1 67c3088b: Merge pull request #453 from nvgoldin/reorder_packages f58e3b7d: automation: sort mock configurations

1 0

OST: HE vm does not restart on HC setup
by Sahina Bose 22 Feb '17

22 Feb '17

Hi all, On the HC setup, the HE VM is not restarted. The agent.log has MainThread::INFO::2017-02-21 22:09:58,022::state_machine::169::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Global metadata: {} MainThread::INFO::2017-02-21 22:09:58,023::state_machine::177::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Local (id 1): {'engine-health': {'reason': 'failed to getVmStats', 'health': 'unknown', 'vm': 'unknown', 'detail': 'unknown'}, 'bridge': True, 'mem-free': 4079.0, 'maintenance': False, 'cpu-load': 0.0491, 'gateway': True} ... MainThread::INFO::2017-02-21 22:10:29,219::state_decorators::25::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Unknown local engine vm status no actions taken MainThread::INFO::2017-02-21 22:10:29,219::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1487733029.22 type=state_transition detail=ReinitializeFSM-UnknownLocalVmState hostname='lago-hc-basic-suite-master-host0' MainThread::INFO::2017-02-21 22:10:29,317::brokerlink::121::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (ReinitializeFSM-UnknownLocalVmState) sent? ignored and the vdsm.log 2017-02-21 22:09:11,962-0500 INFO (libvirt/events) [virt.vm] (vmId='2ccc0ef0-cc31-45b8-8e91-a78fa4cad671') Changed state to Down: User shut down from within the guest (code=7) (vm:1269) 2017-02-21 22:09:11,962-0500 INFO (libvirt/events) [virt.vm] (vmId='2ccc0ef0-cc31-45b8-8e91-a78fa4cad671') Stopping connection (guestagent:429) 2017-02-21 22:09:29,727-0500 ERROR (jsonrpc/4) [api] FINISH getStats error=Virtual machine does not exist: {'vmId': u'2ccc0ef0-cc31-45b8-8e91-a78fa4cad671'} (api:69) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 67, in method ret = func(*args, **kwargs) File "/usr/share/vdsm/API.py", line 335, in getStats vm = self.vm File "/usr/share/vdsm/API.py", line 130, in vm raise exception.NoSuchVM(vmId=self._UUID) NoSuchVM: Virtual machine does not exist: {'vmId': u'2ccc0ef0-cc31-45b8-8e91-a78fa4cad671'} What should I be looking for to identify the issue? The logs are at http://jenkins.ovirt.org/job/ovirt_master_hc-system-tests/lastCompletedBuil… thanks sahina

7 10

Re: [lago-devel] [ovirt-devel] OST: vm_run fails for me (basic-suite-master)
by Nadav Goldin 10 Feb '17

10 Feb '17

What is the host CPU you are using? I came across the same error few days ago, but without running OST, I tried running with Lago: fc24 host -> el7 vm -> el7 vm. I have a slight suspect that it is related to the CPU model we configure in libvirt, I tried a mixture of few combinations(host-pass-through, pinning down the CPU model), but it always failed on the same error: kvm_put_msrs: Assertion `ret == n' failed. My CPU is Broadwell btw. Milan, any ideas? you think it might be related? Nadav. On Tue, Feb 7, 2017 at 11:14 PM, Ondrej Svoboda <osvoboda(a)redhat.com> wrote: > Yes, I stated that in my message. > > root@osvoboda-t460p /home/src/ovirt-system-tests (git)-[master] # cat > /sys/module/kvm_intel/parameters/nested > :( > Y > > On Tue, Feb 7, 2017 at 1:39 PM, Eyal Edri <eedri(a)redhat.com> wrote: >> >> Did you follow the instructions on [1] ? >> >> Specifically, verifying ' cat /sys/module/kvm_intel/parameters/nested ' >> gives you 'Y'. >> >> [1] >> http://ovirt-system-tests.readthedocs.io/en/latest/docs/general/installatio… >> >> On Tue, Feb 7, 2017 at 2:29 PM, Ondrej Svoboda <osvoboda(a)redhat.com> >> wrote: >>> >>> Hi everyone, >>> >>> Even though I have nested virtualization enabled in my Arch Linux system >>> which I use to run OST, vm_run is the first test to fail in 004_basic_sanity >>> (followed by snapshots_merge and suspend_resume_vm). >>> >>> Can you point me to what I might be missing? I believe I get the same >>> failure even on Fedora. >>> >>> This is what host0's CPU capabilities look like (vmx is there): >>> [root@lago-basic-suite-master-host0 ~]# cat /proc/cpuinfo >>> processor : 0 >>> vendor_id : GenuineIntel >>> cpu family : 6 >>> model : 44 >>> model name : Westmere E56xx/L56xx/X56xx (Nehalem-C) >>> stepping : 1 >>> microcode : 0x1 >>> cpu MHz : 2711.988 >>> cache size : 16384 KB >>> physical id : 0 >>> siblings : 1 >>> core id : 0 >>> cpu cores : 1 >>> apicid : 0 >>> initial apicid : 0 >>> fpu : yes >>> fpu_exception : yes >>> cpuid level : 11 >>> wp : yes >>> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca >>> cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm constant_tsc rep_good >>> nopl xtopology pni pclmulqdq vmx ssse3 cx16 sse4_1 sse4_2 x2apic popcnt aes >>> hypervisor lahf_lm arat tpr_shadow vnmi flexpriority ept vpid >>> bogomips : 5423.97 >>> clflush size : 64 >>> cache_alignment : 64 >>> address sizes : 40 bits physical, 48 bits virtual >>> power management: >>> >>> journalctl -b on host0 shows that libvirt complains about NUMA >>> configuration: >>> >>> Feb 07 06:33:23 lago-basic-suite-master-host0 libvirtd[12888]: libvirt >>> version: 2.0.0, package: 10.el7_3.4 (CentOS BuildSystem >>> <http://bugs.centos.org>, 2017-01-17-23:37:48, c1bm.rdu2.centos.org) >>> Feb 07 06:33:23 lago-basic-suite-master-host0 kernel: ovirtmgmt: port >>> 2(vnet0) entered disabled state >>> Feb 07 06:33:23 lago-basic-suite-master-host0 kernel: device vnet0 left >>> promiscuous mode >>> Feb 07 06:33:23 lago-basic-suite-master-host0 kernel: ovirtmgmt: port >>> 2(vnet0) entered disabled state >>> Feb 07 06:33:23 lago-basic-suite-master-host0 libvirtd[12888]: hostname: >>> lago-basic-suite-master-host0.lago.local >>> Feb 07 06:33:23 lago-basic-suite-master-host0 libvirtd[12888]: Unable to >>> read from monitor: Connection reset by peer >>> Feb 07 06:33:23 lago-basic-suite-master-host0 libvirtd[12888]: internal >>> error: qemu unexpectedly closed the monitor: 2017-02-07T11:33:23.058571Z >>> qemu-kvm: warning: CPU(s) not present in any NUMA nodes: 1 2 3 4 5 6 7 8 9 >>> 10 11 12 13 14 15 >>> >>> 2017-02-07T11:33:23.058826Z qemu-kvm: warning: All CPU(s) up to maxcpus >>> should be described in NUMA config >>> qemu-kvm: >>> /builddir/build/BUILD/qemu-2.6.0/target-i386/kvm.c:1736: kvm_put_msrs: >>> Assertion `ret == n' failed. >>> Feb 07 06:33:23 lago-basic-suite-master-host0 NetworkManager[657]: <info> >>> [1486467203.1025] device (vnet0): state change: disconnected -> unmanaged >>> (reason 'unmanaged') [30 10 3] >>> Feb 07 06:33:23 lago-basic-suite-master-host0 kvm[22059]: 0 guests now >>> active >>> Feb 07 06:33:23 lago-basic-suite-master-host0 systemd-machined[22044]: >>> Machine qemu-1-vm0 terminated. >>> >>> Thanks, >>> Ondra >>> >>> _______________________________________________ >>> Devel mailing list >>> Devel(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/devel >> >> >> >> >> -- >> Eyal Edri >> Associate Manager >> RHV DevOps >> EMEA ENG Virtualization R&D >> Red Hat Israel >> >> phone: +972-9-7692018 >> irc: eedri (on #tlv #rhev-dev #rhev-integ) > > > > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel

3 7

New Lago release - v0.34
by Nadav Goldin 07 Feb '17

07 Feb '17

Hi all, New Lago version is out - v0.34, notable changes in this release: 1. New command - 'lago ansible_hosts' This command will generate an ansible inventory file, it requires the prefix to be initialized before calling it. VMs will be grouped by their respective 'vm-type' in the inventory file, for an example on how to use it, see the PR[1]. 2. A work-around for python2-paramiko-1.16.1-1.el7 failure[2], which was caused due to a new python2-crypto release. Hopefully, a new paramiko version will be pushed to epel soon, so we could remove this by the next release. 3. Require python-paramiko >= v2.1.1 on Fedora 24/25, it is available under fedora/updates. 4. The video device will no longer be created. The full commit log is available at [3], Thanks everyone for their contributions! Upgrading --------------- To upgrade using yum or dnf, simply run: yum/dnf update lago Note to ovirt-system-tests users ----------------------------------------------- Please ensure after upgrading that the 'ovirtlago' service is enabled by executing: sudo firewall-cmd --add-service=ovirtlago --permanent sudo firewall-cmd --reload As always, if you find any problems, please open an issue in the GitHub page[4]. Enjoy, Nadav. Docs: http://lago.readthedocs.io/en/0.34/ RPM Repository: http://resources.ovirt.org/repos/lago/stable/0.0/rpm/ GitHub: https://github.com/lago-project/lago/ For OST docs: http://ovirt-system-tests.readthedocs.io/en/latest/ [1] https://github.com/lago-project/lago/pull/428#issuecomment-274070364 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1419312 [3] https://github.com/lago-project/lago/compare/0.33...0.34 [4] https://github.com/lago-project/lago/issues/

1 0

vdsm service fails to start on HC setup
by Sahina Bose 07 Feb '17

07 Feb '17

Hi all, While verifying the test to deploy hyperconverged HE [1], I'm running into an issue today where vdsm fails to start. In the logs - lago-basic-suite-hc-host0 vdsmd_init_common.sh: Error: Feb 6 02:21:32 lago-basic-suite-hc-host0 vdsmd_init_common.sh: One of the modules is not configured to work with VDSM. Starting manually - vdsm-tool configure --force gives: Units need configuration: {'lvm2-lvmetad.service': {'LoadState': 'masked', 'ActiveState': 'failed'}} Is this a known issue? [1] - https://gerrit.ovirt.org/57283 thanks sahina

4 5

Lago v0.32 released
by Gal Ben Haim 17 Jan '17

17 Jan '17

Hi All, Lago version v0.32 is out. the main changes are: 1. Allow to configure the cpu model in the init file by adding "cpu_model: MODEL" to the vm definition (for example "cpu_model: SandyBridge"). 2. Allow to specify "repoman" config to "lago ovirt reposetup" with "--repoman-config". The full change-log: * Tue Jan 17 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.32.0 a7a99aee: Merge pull request #431 from nvgoldin/revert_ovirt_cpu 66704a0c: Revert "ovirtlago: drop get_ovirt_cpu_family" * Mon Jan 16 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.31.4 6dd96515: Merge pull request #418 from lago-project/adding_qemu_kvm_ev_dep a7d71ad2: Force usage of qemu-kvm-rhev on centos/rhel * Mon Jan 16 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.31.3 f78e351b: Merge pull request #425 from nvgoldin/custom_repoman_conf 41553b76: ovirtlago: allow defining custom repoman config file 76bf0bae: ovirtlago: don't download source RPMs by default 208bfc34: ovirtlago: allow passing custom repoman filters b816daf8: ovirtlago: remove deprecated per-project repo directories * Mon Jan 16 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.31.2 7f25ef33: Merge pull request #427 from nvgoldin/he_cpu f31b74c4: ovirtlago: drop get_ovirt_cpu_family 548a32a6: Allow configuring cpu_model per libvirt VM * Mon Jan 16 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.31.1 5e647d32: Merge pull request #424 from lveyde/patch-1 8629d41f: Return SandyBridge CPU family Gal Ben Haim gbenhaim(a)redhat.com RHEV DevOps

2 2