+++ This bug was initially created as a clone of Bug #1278486 +++ Description of problem: the current readme file: https://gerrit.ovirt.org/gitweb?p=lago.git;a=blob;f=README.md;h=fe46e8ed1f32a30cf06f4b01203f47777857630a;hb=174d875586365aac303106e2897f69625585011a should reflect the exacts steps for any developer to be able to run lago on his laptop or minidell. Version-Release number of selected component (if applicable): 0.4 How reproducible: Steps to Reproduce: 1. use the readme to verify running lago locally works 2. repo to get lago rpms: TBD - once 3.6 rpms will be built. 3. Actual results: Expected results: Additional info: --- Additional comment from Red Hat Bugzilla Rules Engine on 2015-11-05 10:26:32 EST --- Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release. --- Additional comment from Red Hat Bugzilla Rules Engine on 2015-11-05 10:26:32 EST --- This bug is not marked for z-stream, yet the milestone is for a z-stream version, therefore the milestone has been reset. Please set the correct milestone or add the z-stream flag. --- Additional comment from Red Hat Bugzilla Rules Engine on 2015-11-05 10:26:52 EST --- Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release. --- Additional comment from Red Hat Bugzilla Rules Engine on 2015-11-05 10:26:52 EST --- This bug is not marked for z-stream, yet the milestone is for a z-stream version, therefore the milestone has been reset. Please set the correct milestone or add the z-stream flag.
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.
Please, work on top of the patch that moves the current tests to the ovirt-system-tests repo: https://gerrit.ovirt.org/48157
yaniv, you're all set, rpms for 0.4 are ready and located at: http://resources.ovirt.org/repos/lago/rpm/fc23/noarch/ readme has been published also online on: http://lago.readthedocs.org/en/latest/ http://lago.readthedocs.org/en/latest/README.html please move bug to ON_QA after verification is complete.
comments: add fc23 to - ""Where $DIST is either el7, fc21 or fc22"" and instead of saying that you can use http://resources.ovirt.org/repos/lago/rpm/? - say that you can add lago.repo under /etc/yum.repos.d/lago.repo with: [lago] name=lago baseurl=http://resources.ovirt.org/repos/lago/rpm/fc23 enabled=1 gpgcheck=0 Except that I had few troubles with having enough space for the templates. I need more time .. hopefully next week please specify minimum space required to run the basic suite
(In reply to Yaniv Bronhaim from comment #5) > comments: > add fc23 to - ""Where $DIST is either el7, fc21 or fc22"" https://bugzilla.redhat.com/show_bug.cgi?id=1282501 > and instead of saying that you can use > http://resources.ovirt.org/repos/lago/rpm/? - say that you can add lago.repo > under /etc/yum.repos.d/lago.repo with: > > [lago] > name=lago > baseurl=http://resources.ovirt.org/repos/lago/rpm/fc23 > enabled=1 > gpgcheck=0 https://bugzilla.redhat.com/show_bug.cgi?id=1282904 > > Except that I had few troubles with having enough space for the templates. I > need more time .. hopefully next week > please specify minimum space required to run the basic suite https://bugzilla.redhat.com/show_bug.cgi?id=1282906
over centos 7 (el7 repo) I didn't have ovirt-engine-sdk-python package and needed to add ovirt-release-master repo to move on
(In reply to Yaniv Bronhaim from comment #7) > over centos 7 (el7 repo) I didn't have ovirt-engine-sdk-python package and > needed to add ovirt-release-master repo to move on https://bugzilla.redhat.com/show_bug.cgi?id=1283333
while trying to run the basic_suite_3.6, following: http://lago.readthedocs.org/en/latest/README.html i got this error: 2015-11-21 11:49:26,656 - root - INFO - Destroying network lago_basic_suite_3_6_lago 2015-11-21 11:49:26,796 - root - ERROR - Error occured, aborting Traceback (most recent call last): File "/usr/bin/lagocli", line 532, in main func(args) File "/usr/bin/lagocli", line 89, in wrapper return func(lago.Prefix(os.getcwd()), args) File "/usr/bin/lagocli", line 97, in wrapper return func(prefix, args) File "/usr/bin/lagocli", line 110, in do_start prefix.start() File "/usr/lib/python2.7/site-packages/lago/__init__.py", line 353, in start self.virt_env.start() File "/usr/lib/python2.7/site-packages/lago/virt.py", line 138, in start vm.start() File "/usr/lib/python2.7/site-packages/lago/virt.py", line 755, in start self._env.libvirt_con.createXML(self._libvirt_xml()) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3611, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: Cannot access storage file '/home/eedri/localwork/lago/ovirt-system-tests/deployment-basic_suite_3.6/images/lago_basic_suite_3_6_storage-iscsi_root.qcow2' (as uid:107, gid:107): Permission denied restarting the libvirtd seemed to have passed this step. might worth adding this as FAQ or even add: "systemctl restart libvirtd" at the end of the user setup, after adding group permissions.
If it worked after restarting might be that you did not do it after adding qemu user to your usergroup? (so the process did not refresh it's privileges) In any case yes, it's a good idea to restart libvirt just in case
I guess the restart didn't work after all. can anyone help debug this? lago_basic_suite_3_6_lago 2015-11-21 12:12:45,580 - root - INFO - Starting VM lago_basic_suite_3_6_storage-iscsi libvirt: Storage Driver error : Cannot access storage file '/home/eedri/localwork/lago/ovirt-system-tests/deployment-basic_suite_3.6/images/lago_basic_suite_3_6_storage-iscsi_root.qcow2' (as uid:107, gid:107): Permission denied 2015-11-21 12:12:45,628 - root - INFO - Destroying network lago_basic_suite_3_6_lago 2015-11-21 12:12:45,778 - root - ERROR - Error occured, aborting Traceback (most recent call last): File "/usr/bin/lagocli", line 532, in main func(args) File "/usr/bin/lagocli", line 89, in wrapper return func(lago.Prefix(os.getcwd()), args) File "/usr/bin/lagocli", line 97, in wrapper return func(prefix, args) File "/usr/bin/lagocli", line 110, in do_start prefix.start() File "/usr/lib/python2.7/site-packages/lago/__init__.py", line 353, in start self.virt_env.start() File "/usr/lib/python2.7/site-packages/lago/virt.py", line 138, in start vm.start() File "/usr/lib/python2.7/site-packages/lago/virt.py", line 755, in start self._env.libvirt_con.createXML(self._libvirt_xml()) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3611, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: Cannot access storage file '/home/eedri/localwork/lago/ovirt-system-tests/deployment-basic_suite_3.6/images/lago_basic_suite_3_6_storage-iscsi_root.qcow2' (as uid:107, gid:107): Permission denied
OK, found the issue. you need to make sure all the path to the repo have group read/execute rights. so i had to run chmod g+xr /home/eedri/localwork. one way of verifying if qemu has rights to your dir is just checking if it can read the content: $ sudo -u qemu ls /home/eedri/localwork/lago/ovirt-system-tests/deployment-basic_suite_3.6/images
this bug is pending bug #1283590, was verified with the new lowered requirements for basic sanity, recommended for laptop testing: https://gerrit.ovirt.org/#/c/48822
over VM it didn't work. over bare-metal laptop (with f22) it ran only after fetching https://gerrit.ovirt.org/#/c/48822/ - please mention that the current reposync takes 14G we need to verify that over rhel7\centos7 imo.. do me sure the repos are fine until 003_create_clean_snapshot.py it passed , then it fails with File "/home/ybronhei/Projects/ovirt-system-tests/basic_suite_3.6/test-scenarios/003_create_clean_snapshot.py", line 25, in test_create_snapshot prefix.create_snapshots('ovirt-clean', restore=False) File "/usr/lib/python2.7/site-packages/ovirtlago/__init__.py", line 241, in create_snapshots self._deactivate() File "/usr/lib/python2.7/site-packages/ovirtlago/__init__.py", line 489, in _deactivate _deactivate_all_storage_domains(api) File "/usr/lib/python2.7/site-packages/ovirtlago/__init__.py", line 188, in _deactivate_all_storage_domains _deactivate_storage_domains(api, [sd for sd in sds if not sd.master]) File "/usr/lib/python2.7/site-packages/ovirtlago/__init__.py", line 180, in _deactivate_storage_domains lambda: File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 159, in assert_true_within_long assert_true_within(func, LONG_TIMEOUT) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 151, in assert_true_within raise AssertionError('Timed out') AssertionError: Timed out -------------------- >> begin captured logging << -------------------- root: DEBUG: Running 338e9c74 on lago_basic_suite_3_6_engine: true root: DEBUG: Command 338e9c74 on lago_basic_suite_3_6_engine returned with 0 root: DEBUG: Running 33c1e6ba on lago_basic_suite_3_6_engine: /sbin/service ovirt-engine status root: DEBUG: Command 33c1e6ba on lago_basic_suite_3_6_engine returned with 0 root: DEBUG: Command 33c1e6ba on lago_basic_suite_3_6_engine output: ovirt-engine (pid 14394) is running... --------------------- >> end captured logging << --------------------- ---------------------------------------------------------------------- XML: /home/ybronhei/Projects/ovirt-system-tests/deployment-basic_suite_3.6/nosetests-003_create_clean_snapshot.py.xml ---------------------------------------------------------------------- Ran 1 test in 631.810s FAILED (failures=1) 2015-11-22 12:13:27,035 - root - ERROR - Error occured, aborting Traceback (most recent call last): File "/bin/lagocli-ovirt", line 350, in main func(args) File "/bin/lagocli-ovirt", line 49, in wrapper return func(prefix, args) File "/bin/lagocli-ovirt", line 57, in wrapper return func(prefix, args) File "/bin/lagocli-ovirt", line 79, in do_ovirt_runtest raise RuntimeError('Some tests failed') RuntimeError: Some tests failed
Expect that - after the fail (probably also if it would pass) all env (5 vms and the defined network) still up without any notice\warn about.. I think its wrong
worked for me with patch https://gerrit.ovirt.org/#/c/48822/5
verified it worked with jenkins also.