- lago-devel - oVirt List Archives

Can't upgrade F25 to F26 because of repoman?
by Yaniv Kaul 13 Jul '17

13 Jul '17

Last metadata expiration check: 0:00:24 ago on Wed Jul 12 15:01:00 2017. Error: package repoman-2.0.29-1.fc25.noarch requires python-argparse, but none of the providers can be installed. package python-2.7.13-2.fc25.x86_64 requires python-libs(x86-64) = 2.7.13-2.fc25, but none of the providers can be installed. package repoman-2.0.29-1.fc25.noarch requires python-argparse, but none of the providers can be installed

4 6

Lago v0.40 Release Announcement
by Gal Ben Haim 02 Jul '17

02 Jul '17

Hi All, On behalf of the Lago team, I'm pleased to announce Lago v0.40 is available! For a detailed release announcement please refer to our Github page at: https://github.com/lago-project/lago/releases/tag/0.40 Resources ========== Lago Docs: http://lago.readthedocs.io/en/latest/ GitHub: https://github.com/lago-project/lago/ YUM Repository: http://resources.ovirt.org/repos/lago/stable/0.0/rpm/ Pypi: https://pypi.python.org/pypi/lago OST Docs: http://ovirt-system-tests.readthedocs.io/en/latest/ Changelog: http://lago.readthedocs.io/en/0.40/_static/ChangeLog.txt As always, if you find any problems, or willing to contribute, visit our GitHub page. Enjoy! -- *GAL bEN HAIM* RHV DEVOPS

1 0

ssh to non-host vm
by Valentina Makarova 23 Jun '17

23 Jun '17

Hello! I try to use lago.ssh for ssh connection to non-host vm in ovirt-system-tests. And I have login/password (not root) for vm, but have not ssh-key. I try to use lago.ssh.get_ssh_client() to get connection but there is next code there: if ssh_key: client.connect( ip_addr, username=username, password=password, key_filename=ssh_key, timeout=ssh_timeout, ) else: client.connect( ip_addr, username='root', timeout=ssh_timeout, ) break But if I can't use key file, client should try to connect using login/password. And according this code I have to create empty file for this function and delete it after. (if ssh key != None but in is not existed file, client.connect ) Example is there: https://github.com/vmakarova/ovirt-system-tests/commit/855dbdf379730d55daf5… Is it a bug? Or is there some reasons for implementing this logic? Sincerely, Valentina Makarova

2 1

Heads up: lago on pip
by Nadav Goldin 22 Jun '17

22 Jun '17

Hi, As we plan in the upcoming release to make Lago available on PyPi, 'master' branch is now available on the PyPi test server. If you can help testing it, follow the instructions on: http://lago.readthedocs.io/en/latest/Installation.html#pip And replace the pip installation command(step 3) with: pip install --extra-index-url https://testpypi.python.org lago Thanks, Nadav.

1 0

Lago v0.39 is out!
by Nadav Goldin 04 Jun '17

04 Jun '17

On behalf of the Lago team, I'm pleased to announce the new release of Lago and Lago-ost-plugin: Lago - v0.39 Lago-ost-plugin v0.41 This is the first release where we've separated Lago and lago-ost-plugin(aka ovirtlago) to different repositories, installation procedures should be the same. However, from now on the lago-ost-plugin will follow a different release cycle. It's repository can be found at [1], and docs at [2]. Note that 'lago-ost-plugin' requires Lago >= 0.39. What's new ========= Lago ------- 1. Improved Ansible inventory support. For more details see [3]. 2. Lago SDK - Allows to run most CLI operations directly from Python. See [4] for the docs, and [5] for an example. This is mostly standardization of the already provided SDK. 3. Debian network support in bootstrap stage. Lago Images ----------------- 3 New images were added, please help in verifying them: 1. fc25-base 2. debian8-base 3. ubuntu16.04-base There is a known issue with host name resolution after boot in debian, but it does not affect connectivity. Tests/CI ------------ 1. Moved to tox to setup the virtualenv during the tests: * `tox -e docs` - builds the docs. * `tox -e py27` - run unittests and linters. * `tox -c tox-sdk.ini -- --stage check_patch/check_merged` - to run the functional SDK tests for each stage(after you have installed lago - either in a nested virtualenv or from RPMs). 2. Added SDK functional tests: * Easy to run sanity check while developing, under tests/functional-sdk run: `pytest -s -vvv --setup-show --stage check_patch test_sdk_sanity.py` 3. Added multi-distro tests, which means prior to merging every Lago patch, we'll ensure the core images in templates.ovirt.org are functional with the new patch. 4. Added ansible functional tests on check-merged. For the full changelog see [6]. Upgrading ======== To upgrade using yum or dnf, simply run: ``` yum/dnf update lago ``` Resources ======== Lago Docs: http://lago.readthedocs.io/en/latest/ GitHub: https://github.com/lago-project/lago/ YUM Repository: http://resources.ovirt.org/repos/lago/stable/0.0/rpm/ OST Docs: http://ovirt-system-tests.readthedocs.io/en/latest/ As always, if you find any problems, please open an issue in the GitHub page. Enjoy! Nadav. [1] https://github.com/lago-project/lago-ost-plugin [2] http://lago-ost-plugin.readthedocs.io/en/latest/ [3] https://github.com/lago-project/lago/pull/544 [4] http://lago.readthedocs.io/en/stable/SDK.html [5] https://github.com/lago-project/lago/blob/master/docs/examples/lago_sdk_one… [6] https://github.com/lago-project/lago/compare/0.38...0.39

1 0

Lago OST Plugin (ovirtlago) new repository
by Nadav Goldin 09 May '17

09 May '17

Hi, I finished moving 'ovirtlago' from Lago into a new repository. You can take a look at: https://github.com/lago-project/lago-ost-plugin.git. Reviewing the patches[1][2] and raising concerns(if any) would be appreciated, as changing the cut-off point is a little complicated. Some notes: 1. As far as installation from RPMs, nothing changes - both projects deploy to the same Lago unstable repository, which we manually deploy to 'stable' when releasing. 2. Versions - Lago's next version will be 0.39. Lago-ost-plugin will be 0.40. Which means it will skip v0.39. This to ensure the next release will be from the new repository. 3. lago-ost-plugin requires Lago >= 0.38(current version). 4. CI-GitHub flow is the same(ci test/merge etc). 5. I added in 'lago-ost-plugin' spec file also 'provides: lago-ost-plugin', so theoretically(did not test) it could be installed additionally with 'yum install lago-ost-plugin'. 6. I setup https://lago-ost-plugin.readthedocs.io, not much there for now(references to oVirt/Lago/OST). It is auto-updated via the normal webhooks. 7. lago-ost-plugin's functional tests are identical in check-patch/merged. We could add more tests there, it is relatively thin now. 8. Only files used by ovirtlago are in the git history of the new repository. Though this includes automation/ directory, so some changes might appear to be unrelated. On Lago's repository the relevant files were just 'git rm'ed. With this cleared off the table, we can move to the next goal: pip. Thanks, Nadav. [1] https://github.com/lago-project/lago/pull/537 [2] https://gerrit.ovirt.org/76641

1 0

test
by Eyal Edri 09 May '17

09 May '17

testing lago-devel archives -- Eyal edri ASSOCIATE MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

1 0

Slow reposync
by Yaniv Kaul 07 May '17

07 May '17

2017-05-06 18:52:53,553::log_utils.py::__enter__::599::lago.utils::DEBUG::start task:f141b349-76b3-4fae-bd42-97d73234ace0:Run command: "reposync" "--config=/home/ykaul/ovirt-system-tests/basic-suite-master/reposync-config.repo" "--download_path=/var/lib/lago/reposync" "--newest-only" "--delete" "--cachedir=/var/lib/lago/reposync/cache" "--repoid=ovirt-master-tested-el7": 2017-05-06 18:56:49,811::utils.py::_run_command::189::lago.utils::DEBUG::f141b349-76b3-4fae-bd42-97d73234ace0: command exit with return code: 0 centos-opstools-testing-el7 | 2.9 kB 00:00 9-76b3-4fae-bd42-97d73234ace0: command stdout: copr-sac-gdeploy-el7 | 3.0 kB 00:00 epel-el7 | 4.3 kB 00:00 ovirt-master-snapshot-static-el7 | 2.9 kB 00:00 ovirt-master-tested-el7 | 2.9 kB 00:00 2017-05-06 18:56:49,811::utils.py::_run_command::194::lago.utils::DEBUG::f141b349-76b3-4fae-bd42-97d73234ace0: command stderr: Yum-utils package has been deprecated, use dnf instead. See 'man yum2dnf' for more information. Obviously, if I'm syncing a single repo, why is it fetching metadata from other repos? We perhaps need to start splitting the config files to multiple conf files? It makes sense anyway, especially if we run the reposync per each repo independently anyway? Y.

3 4

Unknown VM type...?
by Yaniv Kaul 27 Apr '17

27 Apr '17

Trying to run o-s-t with Lago on F25 and I'm getting very early in the run an error that it only knows 'default' VM type. Any ideas? Where can I look for logs? TIA, Y.

3 3

Lago v0.38 Release announcement
by Gal Ben Haim 27 Apr '17

27 Apr '17

Hi All, On behalf of the Lago team, I'm pleased to announce Lago v0.38 is available! This quick release is focused on improving lago-ovirt plugin. Resources ======== Lago Docs: http://lago.readthedocs.io/en/latest/ GitHub: https://github.com/lago-project/lago/ YUM Repository: http://resources.ovirt.org/repos/lago/stable/0.0/rpm/ OST Docs: http://ovirt-system-tests.readthedocs.io/en/latest/ Full Changelog: * Thu Apr 27 2017 ovirt-infra <infra-private(a)ovirt.org> - 0.38.0 c9f53d4d: Merge pull request #525 from lago-project/do_not_export_dns_records 047b8e50: Remove dns entries from exported init file * Thu Apr 27 2017 ovirt-infra <infra-private(a)ovirt.org> - 0.37.3 fcf0fcd3: Merge pull request #520 from lago-project/improve_lago_ovirt_status 5c864202: Improve lago ovirt status * Thu Apr 27 2017 ovirt-infra <infra-private(a)ovirt.org> - 0.37.2 c5687ae0: Merge pull request #519 from lago-project/print_message_lago_ovirt_start 9cf732ef: Print informative message after "lago ovirt start" * Thu Apr 27 2017 ovirt-infra <infra-private(a)ovirt.org> - 0.37.1 4520202d: Merge pull request #518 from nvgoldin/increase_start_vm_timeout 33ca8c02: ovirtlago: reconfigure timeouts in 'lago ovirt start' As always, if you find any problems, or willing to contribute, visit our GitHub page. Enjoy! Gal.

1 0

Lago v0.37 Release announcement
by Nadav Goldin 23 Apr '17

23 Apr '17

Hi all, On behalf of the Lago team, I'm pleased to announce Lago v0.37 is available! What's new ========= General ------------ 1. Allow running arbitrary 'virt-customize' commands on template disks, prior to boot-up, for example: disks: - build: - virt-customize: ssh-inject: "" mkdir: "/tmp/some_dir" template_name: el7.3-base type: template name: root dev: vda format: qcow2 Will create the directory /tmp/some_dir in the template disk and inject Lago's generated ssh-keys to the root user. For a full list of available commands please consult virt-customize docs[1], under 'Customization options' section. 2. Allow skipping the 'bootstrap' stage(virt-sysprep) per VM, by defining 'bootstrap: false' under the VM definition. Libvirt ---------- 1. Use 'host-passthrough' as the default CPU mode. 2. Allow customizing CPU definitions, with 'cpu_custom' and 'cpu_model' parameters, see [2] for more details. 3. Automatically add DHCP leases for none management networks. 4. Auto select management network if not defined. 5. Allow defining custom DNS records in management networks. 6. Restrict DNS configurations to management networks only. 7. Enforce one management network per VM. ovirtlago ------------- 1. Export junit XML reports generated by nose with *.junit.xml suffix. 2. Add '--with-vms' option to 'lago ovirt start'. 3. Allow defining a custom CPU <-> Cluster level mapping file. For the full commit-log, which also includes several bug-fixes, see [3]. Upgrading ======== To upgrade using yum or dnf, simply run: yum/dnf update lago Resources ======== Lago Docs: http://lago.readthedocs.io/en/latest/ GitHub: https://github.com/lago-project/lago/ YUM Repository: http://resources.ovirt.org/repos/lago/stable/0.0/rpm/ OST Docs: http://ovirt-system-tests.readthedocs.io/en/latest/ As always, if you find any problems, please open an issue in the GitHub page[4]. Enjoy! Nadav. [1] http://libguestfs.org/virt-customize.1.html [2] http://lago.readthedocs.io/en/latest/LagoInitFile.html#domains-section [3] https://github.com/lago-project/lago/compare/0.36...0.37 [4] https://github.com/lago-project/lago/issues/

1 0

Update yapf version
by Nadav Goldin 10 Apr '17

10 Apr '17

Hi, Please update your yapf version locally, as the old version is no longer pinned on master. I just merged another patch fixing the changes in the new version, probably should have committed it in the same patch that removed the yapf version restriction. Thanks, Nadav.

1 0

Running custom tests in OST
by Nadav Goldin 02 Apr '17

02 Apr '17

Hi, Sometimes I run OST and one of the tests fails, then I want to re-run only a specific test. The process I'm using right now is quite cumbersome[1]: ./run_suite.sh -o /dev/shm/ost basic-suite-master # failure/stop export LAGO_INITFILE_PATH="/home/ngoldin/src/gerrit.ovirt.org/ovirt-system-tests/basic-suite-master/" export LAGO_WORKDIR_PATH="/dev/shm/ost" export SUITE="basic-suite-master" cd /dev/shm/ost PYTHONPATH=$PYTHONPATH:/home/ngoldin/src/gerrit.ovirt.org/ovirt-system-test… lago ovirt runtest /home/ngoldin/src/gerrit.ovirt.org/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py (or any other custom .py file) Maybe there is some easier way to do this I missed? Maybe we should embed this ability in Lago or OST? Nadav. [1] https://gist.github.com/nvgoldin/e5046659a6ea7f002f890e7aafc62f66

1 0

DNS patch in 0.36 broke something?
by Yaniv Kaul 22 Mar '17

22 Mar '17

Now my VMs are getting an internal DNS, instead of libvirt's... (lago-he-basic-suite-4-1-storage.tlv.redhat.com) for example. Y.

2 2

Lago v0.36 released
by Gal Ben Haim 21 Mar '17

21 Mar '17

Hi All, Lago version v0.36 is out. The main changes are: 1. UX improvements. 2. Auto generate init file with 'lago export'. 3. Added 'lago shutdown' for gracefully shutdown and restart vms. 4. Allow to disable dns in libvirt networks. 5. Added "lago ovirt stop / start", high level commands for start and stop ovirt env gracefully. Docs: http://lago.readthedocs.io/en/0.36/index.html Repo: http://resources.ovirt.org/repos/lago/stable/0.0/rpm/ The full change-log: * Tue Mar 21 2017 ovirt-infra <infra-private(a)ovirt.org> - 0.36.0 8c801f8a: Merge pull request #491 from lago-project/increase_shutdown_timeout 1893ae30: Increase shutdown timeout * Tue Mar 21 2017 ovirt-infra <infra-private(a)ovirt.org> - 0.35.13 e42a6d56: Merge pull request #490 from lenoch/control-enable-dns 2c2052d1: Let us control if DNS should be enabled in a libvirt network. * Mon Mar 20 2017 ovirt-infra <infra-private(a)ovirt.org> - 0.35.12 14f179f4: Merge pull request #485 from nvgoldin/add_stop_start 3b136c9d: ovirtlago: add 'ovirt start'/'ovirt stop' * Mon Mar 20 2017 ovirt-infra <infra-private(a)ovirt.org> - 0.35.11 fcdc165b: Merge pull request #452 from mykaul/qcow2_changes 179f5114: Change lazy_refcounts to ON in the snapshots, move to virtio-console dc2e4e87: Merge branch 'master' into qcow2_changes 1c72729a: Merge branch 'master' into qcow2_changes * Mon Mar 20 2017 ovirt-infra <infra-private(a)ovirt.org> - 0.35.10 4cf0197f: Merge pull request #479 from mykaul/remove_mark_used ac237733: Remove the whole marking of usage of templates e3f968de: Merge branch 'master' into remove_mark_used 009c3b34: Merge branch 'master' into remove_mark_used * Mon Mar 20 2017 ovirt-infra <infra-private(a)ovirt.org> - 0.35.9 2ab669fd: Merge pull request #482 from lago-project/drop_paramiko_version_requirement 8802fe09: Revert "spec: require paramiko >= 1.16.1-2 on el7" * Mon Mar 20 2017 ovirt-infra <infra-private(a)ovirt.org> - 0.35.8 d26883db: Merge pull request #480 from lago-project/add_shutdown_cmd 22ae3ec1: Adding lago shutdown * Thu Mar 16 2017 ovirt-infra <infra-private(a)ovirt.org> - 0.35.7 61d13934: Merge pull request #471 from mykaul/raise_ioerror 789ee258: Merge branch 'master' into raise_ioerror 2c23ac21: Print the URL if an IO error occurred. * Thu Mar 16 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.35.6 0ea1688e: Merge pull request #477 from lago-project/export_init_file 34417289: Generate an init file that can be used with exported images * Thu Mar 16 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.35.5 d12ed682: Merge pull request #476 from nvgoldin/drop_check_deps c8a7b092: Drop check_deps function * Tue Mar 14 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.35.4 e0ae7b0c: Merge pull request #457 from nvgoldin/informative_workdir_exp 665d77f0: Print informative message when a workdir is not found * Tue Mar 14 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.35.3 a1c4a076: Merge pull request #474 from mykaul/sysprep_update f58acacd: Allow to call sysprep.update() which will update all packages * Mon Mar 06 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.35.2 ff2475a4: Merge pull request #466 from nvgoldin/init_fail_early a2ca17a7: Don't leave malformed workdir on 'lago init' failure * Mon Mar 06 2017 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.35.1 0c07457a: Merge pull request #467 from lago-project/fix_export_test 1bb52aba: Destroy layered env at the end of the tests

1 0

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