- lago-devel - oVirt List Archives

backward-incompatible changes to lago.conf
by Nadav Goldin 25 Sep '16

25 Sep '16

Hi all, As a side-effect of my proposed PR[1], 3 backward-incompatible changes will be added: variables names in lago.conf ------------------------------------ 1. 'default_ssh_user', changed to: 'ssh_user', value: no change. 2. 'default_ssh_password, changed to: 'ssh_password', value: no change. 3. 'template_default_repo', changed to: 'template_repo_name'(same as the existing CLI), value: was never set. The above 3 were hard-coded in config.py's defaults dictionary and never exposed externally. They had no documents, but, if a user knew about them he could have added them manually to lago.conf The reason for changing is that the PR unifies the configuration files and CLI parameters. So keeping the 'default' prefix is misleading and will lead to awkward results, such as: lago --default-ssh-user root --default-ssh-password .... instead of: lago --ssh-user root --ssh-password ... 'template_*' section ------------------------- 'template_*' parameters which are used by lago init command, will be move to [init] section in lago.conf. lago.conf location ----------------------- 1. Drop /etc/lago.d/lago.conf in favour of /etc/lago/lago.conf 2. The installed file from the RPM will be all commented out(i.e. installed just to use as a reference). 3. /etc/lago/lago.conf will be the least important in the hierarchy(you can read more details about the hierarchy in the PR) I'll note that Lago will be fully functional without any configuration file at all. These changes will possibly affect only already-customized lago.conf files. But, changing to the new configuration format will be easy, using the 'generate-config' command: mkdir -p ~/.config/lago && lago generate-config > ~/.config/lago/lago.conf The changes are needed as the the PR mainly deals with standardizing the configuration loading module, so it is a good time for clean-up, and dropping misleading variable names(which were probably good at the time written). Second, I'm not sure how widely these parameters were used, as some of them didn't have any docs. For instance I couldn't find any evidence of usage for 'template_default_repo'(the CLI parameter is the same as it was, 'template_repo_name'). Some possible alternatives: 1. Issue a warning about variables name change, and use both, then in 2-3 versions from now, completely remove them. 2. lago.conf location: Not a major issue, as far as I know, '.d' suffix was used historically for distinguishing a 'directory' from a single configuration file, so having '/etc/lago/' is better(and keeping lago.d if someday we will need to load other user-defined configurations). But this can be easily changed. If there is no request for the alternatives or objection, I'll try to get it merged for the next version and add a short summary of this message to the release email. Thanks, Nadav. [1] https://github.com/lago-project/lago/pull/324

3 2

New Lago release - 0.25
by Nadav Goldin 22 Sep '16

22 Sep '16

Hey, Lago 0.25 is out, introducing few bug fixes, and 2 new features: - /var/lib/lago/subnets is now configurable, this is useful if you want to install Lago in virtualenv(thanks @pilou-) - virtio-scsi support for none-root disks. More details in the PR[1] Here is the full change log: * Wed Sep 21 2016 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.25.0 fdd63ae4: Merge pull request #298 from pilou-/make_lease_dir_configurable 5fb60899: Make lease_dir configurable * Tue Sep 20 2016 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.24.5 8845853f: Merge pull request #323 from mykaul/get_cpu_caps 350db807: Merge branch 'master' into get_cpu_caps 83a7f68a: Add host CPU model detection * Tue Sep 20 2016 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.24.4 1d7722a6: Merge pull request #322 from rafaelmartins/master 9f423604: utils: fixed typo * Tue Sep 20 2016 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.24.3 3dd77113: Merge pull request #318 from lago-project/add_boot_menu 26e9dd71: Adding boot menu * Sun Sep 11 2016 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.24.2 061207c6: Merge pull request #314 from mykaul/add_serial_to_disks c0baab76: Add serial number to disks. * Wed Sep 07 2016 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.24.1 27856ea9: Merge pull request #306 from mykaul/virtio-scsi af1c52d6: virtio-scsi support in Lago 6334cc2b: Merge branch 'master' into virtio-scsi Repo - http://resources.ovirt.org/repos/lago/stable/0.0/rpm/ Docs - http://lago.readthedocs.io/en/0.25/Env_Setup.html Enjoy! [1] https://github.com/lago-project/lago/pull/306

1 0

Lago hostnames
by Sahina Bose 22 Sep '16

22 Sep '16

Hi all, Is it possible to change the generated hostnames in Lago - currently it is of the form lago_basic_suite_hc_host1 and using this hostname fails while peer probing gluster. According to gluster dev: "The valid_host_name () function what we have at gluster CLI is as per RFC 1912 and an underscore in the hostname is *not* accepted." If not, other suggestions? thanks sahina

3 3

reposync
by Sahina Bose 21 Sep '16

21 Sep '16

Hi! Not sure if this is the right forum for this newbie question - if not, please point me to the right one. My issue is the repos available in the guest VMs started by lago. I have executed from the working dir #lagocli ovirt reposetup --reposync-yum-config="/home/ovirt-system-tests/basic_suite_hc/reposync-config.repo" When I launch into shell of guest VM : [root@lago_basic_suite_hc_host0 ~]# yum repolist Loaded plugins: fastestmirror http://192.168.201.1:8585/el7/repodata/repomd.xml: [Errno 14] curl#7 - "Failed connect to 192.168.201.1:8585; Connection refused" Trying other mirror. I must be missing some step, could you help me figure out what? thanks! sahina

2 2

Re: [lago-devel] Lago check patch is failing when running on my laptop
by Gal Ben Haim 15 Sep '16

15 Sep '16

Not sure why, but adding back "bootmenu enable='yes'" solved the problem. Gal Ben Haim gbenhaim(a)redhat.com RHEV DevOps ----- Original Message ----- From: "Yaniv Kaul" <ykaul(a)redhat.com> To: "Gal Ben Haim" <gbenhaim(a)redhat.com> Sent: Thursday, September 15, 2016 9:58:51 AM Subject: Re: [lago-devel] Lago check patch is failing when running on my laptop I'm not very much interested in mock (I think it's not a good idea), but I can check. Where do I get gerrit.ovirt.org/jenkins/mock_configs/mock_runner.sh from? simple wget fails obviously. Y. On Wed, Sep 14, 2016 at 6:13 PM, Gal Ben Haim <gbenhaim(a)redhat.com> wrote: > for running the mock - ~/gerrit.ovirt.org/jenkins/moc > k_configs/mock_runner.sh --mock-confs-dir ~/gerrit.ovirt.org/jenkins/moc > k_configs/ -e automation/check-patch.sh -s fc24 > for running the test inside the mock - ./automation/check-patch.sh > > Gal Ben Haim > gbenhaim(a)redhat.com > RHEV DevOps > > ----- Original Message ----- > From: "Yaniv Kaul" <ykaul(a)redhat.com> > To: "Nadav Goldin" <ngoldin(a)redhat.com> > Cc: "Gal Ben Haim" <gbenhaim(a)redhat.com>, lago-devel(a)ovirt.org > Sent: Wednesday, September 14, 2016 12:41:26 PM > Subject: Re: [lago-devel] Lago check patch is failing when running on my > laptop > > What command are you using to trigger it? > My code adds virtio-scsi - but no one is using it (yet, I am in my tests > and it works well). > It also adds UNMAP support to all disk - which should be silently ignored > (as no one is using yet virtio-scsi). > Apart from that, not sure what could cause it. > > On Wed, Sep 14, 2016 at 12:09 PM, Nadav Goldin <ngoldin(a)redhat.com> wrote: > > > Hitting the same error on 'master' - this time on fc24 host & fc24 > > chroot. Reverting back to '531bd75'(before iSCSI PR) seems to resolve > > the issue. > > Strangely enough, re-triggering the CI on current master branch works.[1] > > As a side note, I was mistaken - check_patch do run on VMs(it is OST > > that run on BMs) > > > > [1] http://jenkins.ovirt.org/job/lago_master_check-patch-fc24-x8 > 6_64/102/ > > > > On Mon, Sep 12, 2016 at 8:46 PM, Nadav Goldin <ngoldin(a)redhat.com> > wrote: > > > iirc, we are runing all lago jobs on fc24 bare metal slaves, since > > > there was an issue with running fc24 chroots on el7 hosts, not sure if > > > it was resolved. It might explain why Jenkins jobs are running ok. > > > > > > > > > > > > > > > On Sun, Sep 11, 2016 at 8:56 PM, Gal Ben Haim <gbenhaim(a)redhat.com> > > wrote: > > >> Hi All, > > >> > > >> When running check-patch on my laptop and mini-dell (rhel 7.1 and mock > > fc-24 on both), > > >> the tests fails on ssh timeout. > > >> > > >> I'm running the tests on the latest commit on master (hash 27856ea). > > >> I tried to run the tests on hash: 531bd75 (0.24 stable release) and it > > >> went well. > > >> > > >> It's strange because I don't see those failures on jenkins. > > >> > > >> test log: http://pastebin.test.redhat.com/410685 > > >> > > >> Does anyone else experiencing this problem ? > > >> > > >> > > >> Gal Ben Haim > > >> gbenhaim(a)redhat.com > > >> RHEV DevOps > > >> _______________________________________________ > > >> lago-devel mailing list > > >> lago-devel(a)ovirt.org > > >> http://lists.ovirt.org/mailman/listinfo/lago-devel > > _______________________________________________ > > lago-devel mailing list > > lago-devel(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/lago-devel > > >

1 0

Lago check patch is failing when running on my laptop
by Gal Ben Haim 15 Sep '16

15 Sep '16

Hi All, When running check-patch on my laptop and mini-dell (rhel 7.1 and mock fc-24 on both), the tests fails on ssh timeout. I'm running the tests on the latest commit on master (hash 27856ea). I tried to run the tests on hash: 531bd75 (0.24 stable release) and it went well. It's strange because I don't see those failures on jenkins. test log: http://pastebin.test.redhat.com/410685 Does anyone else experiencing this problem ? Gal Ben Haim gbenhaim(a)redhat.com RHEV DevOps

3 5

New Lago release - 0.24
by Nadav Goldin 07 Sep '16

07 Sep '16

Hey, Lago 0.24 is out, introducing 2 new features: initial DNS + IPv6 support, and a new flat output formatter for the CLI. Here is the full change log: * Sun Sep 04 2016 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.24.0 531bd754: Merge pull request #303 from lago-project/refactor_engine_api_request 41a15764: Removed redundant checks when getting ovirt api * Sun Sep 04 2016 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.23.4 b17a5c29: Merge pull request #304 from mykaul/DNS 783aae26: Add DNS and IPv6 support * Thu Sep 01 2016 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.23.3 ee7b814f: Merge pull request #301 from lago-project/flat_output_plugin 1f6fc70f: Added flat output formatter * Mon Aug 22 2016 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.23.2 ed6371fa: Merge pull request #294 from sandrobonazzola/master ca3c023b: reposetup: be more verbose on reposync failure 13e921eb: Merge branch 'master' into master * Tue Aug 16 2016 Lago CI bot <dcaroest+cibot(a)redhat.com> - 0.23.1 030f6e76: Merge pull request #279 from mpolednik/libvirt-auth ed219883: libvirt: add auth Repo - http://resources.ovirt.org/repos/lago/stable/0.0/rpm/ Docs - http://lago.readthedocs.io/en/0.24/Env_Setup.html Enjoy!

1 0

lago_master_check-patch-fc23-x86_64 #224 Console [Jenkins]
by Yaniv Kaul 06 Sep '16

06 Sep '16

New breakage (that I hope) has nothing to do with my patch: Error: nothing provides repoman >= 2.0.12 needed by python-lago-ovirt-0.24.1-1.fc23.noarch Anyone? http://jenkins.ovirt.org/job/lago_master_check-patch-fc23-x86_64/224/console

4 4

Any ideas for root cause of this failure?
by Yaniv Kaul 25 Aug '16

25 Aug '16

Running Lago/ovirt-system-tests on F24: # [Thread-1] Bootstrapping lago_basic_suite_3_6_engine: # [Thread-2] Bootstrapping lago_basic_suite_3_6_host1: # [Thread-3] Bootstrapping lago_basic_suite_3_6_host0: # [Thread-4] Bootstrapping lago_basic_suite_3_6_storage: # [Thread-1] Bootstrapping lago_basic_suite_3_6_engine: ERROR (in 0:00:04) Error while running thread Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 53, in _ret_via_queue queue.put({'return': func()}) File "/usr/lib/python2.7/site-packages/lago/virt.py", line 156, in <lambda> utils.invoke_in_parallel(lambda vm: vm.bootstrap(), self._vms.values()) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 265, in bootstrap return self.provider.bootstrap(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/vm.py", line 128, in bootstrap if 'ip' in nic File "/usr/lib/python2.7/site-packages/lago/sysprep.py", line 134, in sysprep ret.err, RuntimeError: Failed to bootstrap $LAGO_PREFIX_PATH/images/lago_basic_suite_3_6_engine_root.qcow2 command:"virt-sysprep" "-a" "$LAGO_PREFIX_PATH/images/lago_basic_suite_3_6_engine_root.qcow2" "--selinux-relabel" "--hostname" "lago_basic_suite_3_6_engine" "--root-password" "password:123456" "--mkdir" "/root/.ssh" "--chmod" "0700:/root/.ssh" "--upload" "/home/omer/ovirt-system-tests/deployment-basic_suite_3.6/default/id_rsa.pub:/root/.ssh/authorized_keys" "--run-command" "chown root.root /root/.ssh/authorized_keys" "--mkdir" "/etc/iscsi" "--chmod" "0755:/etc/iscsi" "--write" "/etc/iscsi/initiatorname.iscsi:InitiatorName=iqn.2014-07.org.lago:lago_basic_suite_3_6_engine" "--mkdir" "/etc/selinux" "--chmod" "0755:/etc/selinux" "--write" "/etc/selinux/config:SELINUX=enforcing SELINUXTYPE=targeted " "--mkdir" "/etc/sysconfig/network-scripts" "--chmod" "0755:/etc/sysconfig/network-scripts" "--write" "/etc/sysconfig/network-scripts/ifcfg-eth0:HWADDR="54:52:c0:a8:c8:02" BOOTPROTO="dhcp" TYPE="Ethernet" ONBOOT="yes" NAME="eth0"" stdout:[ 0.0] Examining the guest ... stderr:virt-sysprep: error: libguestfs error: guestfs_launch failed. This usually means the libguestfs appliance failed to start or crashed. Do: export LIBGUESTFS_DEBUG=1 LIBGUESTFS_TRACE=1 and run the command again. For further information, read: http://libguestfs.org/guestfs-faq.1.html#debugging-libguestfs You can also run 'libguestfs-test-tool' and post the *complete* output into a bug report or message to the libguestfs mailing list. If reporting bugs, run virt-sysprep with debugging enabled and include the complete output: virt-sysprep -v -x [...] # [Thread-4] Bootstrapping lago_basic_suite_3_6_storage: ERROR (in 0:00:04) Error while running thread Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 53, in _ret_via_queue queue.put({'return': func()}) File "/usr/lib/python2.7/site-packages/lago/virt.py", line 156, in <lambda> utils.invoke_in_parallel(lambda vm: vm.bootstrap(), self._vms.values()) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 265, in bootstrap return self.provider.bootstrap(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/vm.py", line 128, in bootstrap if 'ip' in nic File "/usr/lib/python2.7/site-packages/lago/sysprep.py", line 134, in sysprep ret.err, RuntimeError: Failed to bootstrap $LAGO_PREFIX_PATH/images/lago_basic_suite_3_6_storage_root.qcow2 command:"virt-sysprep" "-a" "$LAGO_PREFIX_PATH/images/lago_basic_suite_3_6_storage_root.qcow2" "--selinux-relabel" "--hostname" "lago_basic_suite_3_6_storage" "--root-password" "password:123456" "--mkdir" "/root/.ssh" "--chmod" "0700:/root/.ssh" "--upload" "/home/omer/ovirt-system-tests/deployment-basic_suite_3.6/default/id_rsa.pub:/root/.ssh/authorized_keys" "--run-command" "chown root.root /root/.ssh/authorized_keys" "--mkdir" "/etc/iscsi" "--chmod" "0755:/etc/iscsi" "--write" "/etc/iscsi/initiatorname.iscsi:InitiatorName=iqn.2014-07.org.lago:lago_basic_suite_3_6_storage" "--mkdir" "/etc/selinux" "--chmod" "0755:/etc/selinux" "--write" "/etc/selinux/config:SELINUX=enforcing SELINUXTYPE=targeted " "--mkdir" "/etc/sysconfig/network-scripts" "--chmod" "0755:/etc/sysconfig/network-scripts" "--write" "/etc/sysconfig/network-scripts/ifcfg-eth0:HWADDR="54:52:c0:a8:c8:05" BOOTPROTO="dhcp" TYPE="Ethernet" ONBOOT="yes" NAME="eth0"" stdout:[ 0.0] Examining the guest ... stderr:virt-sysprep: error: libguestfs error: guestfs_launch failed. This usually means the libguestfs appliance failed to start or crashed. Do: export LIBGUESTFS_DEBUG=1 LIBGUESTFS_TRACE=1 and run the command again. For further information, read: http://libguestfs.org/guestfs-faq.1.html#debugging-libguestfs You can also run 'libguestfs-test-tool' and post the *complete* output into a bug report or message to the libguestfs mailing list. If reporting bugs, run virt-sysprep with debugging enabled and include the complete output: virt-sysprep -v -x [...] # [Thread-2] Bootstrapping lago_basic_suite_3_6_host1: ERROR (in 0:00:04) # [Thread-3] Bootstrapping lago_basic_suite_3_6_host0: ERROR (in 0:00:04) Error while running thread Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 53, in _ret_via_queue queue.put({'return': func()}) File "/usr/lib/python2.7/site-packages/lago/virt.py", line 156, in <lambda> utils.invoke_in_parallel(lambda vm: vm.bootstrap(), self._vms.values()) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 265, in bootstrap return self.provider.bootstrap(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/vm.py", line 128, in bootstrap if 'ip' in nic File "/usr/lib/python2.7/site-packages/lago/sysprep.py", line 134, in sysprep ret.err, RuntimeError: Failed to bootstrap $LAGO_PREFIX_PATH/images/lago_basic_suite_3_6_host1_root.qcow2 command:"virt-sysprep" "-a" "$LAGO_PREFIX_PATH/images/lago_basic_suite_3_6_host1_root.qcow2" "--selinux-relabel" "--hostname" "lago_basic_suite_3_6_host1" "--root-password" "password:123456" "--mkdir" "/root/.ssh" "--chmod" "0700:/root/.ssh" "--upload" "/home/omer/ovirt-system-tests/deployment-basic_suite_3.6/default/id_rsa.pub:/root/.ssh/authorized_keys" "--run-command" "chown root.root /root/.ssh/authorized_keys" "--mkdir" "/etc/iscsi" "--chmod" "0755:/etc/iscsi" "--write" "/etc/iscsi/initiatorname.iscsi:InitiatorName=iqn.2014-07.org.lago:lago_basic_suite_3_6_host1" "--mkdir" "/etc/selinux" "--chmod" "0755:/etc/selinux" "--write" "/etc/selinux/config:SELINUX=enforcing SELINUXTYPE=targeted " "--mkdir" "/etc/sysconfig/network-scripts" "--chmod" "0755:/etc/sysconfig/network-scripts" "--write" "/etc/sysconfig/network-scripts/ifcfg-eth0:HWADDR="54:52:c0:a8:c8:03" BOOTPROTO="dhcp" TYPE="Ethernet" ONBOOT="yes" NAME="eth0"" stdout:[ 0.0] Examining the guest ... stderr:virt-sysprep: error: libguestfs error: guestfs_launch failed. This usually means the libguestfs appliance failed to start or crashed. Do: export LIBGUESTFS_DEBUG=1 LIBGUESTFS_TRACE=1 and run the command again. For further information, read: http://libguestfs.org/guestfs-faq.1.html#debugging-libguestfs You can also run 'libguestfs-test-tool' and post the *complete* output into a bug report or message to the libguestfs mailing list. If reporting bugs, run virt-sysprep with debugging enabled and include the complete output: virt-sysprep -v -x [...] Error while running thread Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 53, in _ret_via_queue queue.put({'return': func()}) File "/usr/lib/python2.7/site-packages/lago/virt.py", line 156, in <lambda> utils.invoke_in_parallel(lambda vm: vm.bootstrap(), self._vms.values()) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 265, in bootstrap return self.provider.bootstrap(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/vm.py", line 128, in bootstrap if 'ip' in nic File "/usr/lib/python2.7/site-packages/lago/sysprep.py", line 134, in sysprep ret.err, RuntimeError: Failed to bootstrap $LAGO_PREFIX_PATH/images/lago_basic_suite_3_6_host0_root.qcow2 command:"virt-sysprep" "-a" "$LAGO_PREFIX_PATH/images/lago_basic_suite_3_6_host0_root.qcow2" "--selinux-relabel" "--hostname" "lago_basic_suite_3_6_host0" "--root-password" "password:123456" "--mkdir" "/root/.ssh" "--chmod" "0700:/root/.ssh" "--upload" "/home/omer/ovirt-system-tests/deployment-basic_suite_3.6/default/id_rsa.pub:/root/.ssh/authorized_keys" "--run-command" "chown root.root /root/.ssh/authorized_keys" "--mkdir" "/etc/iscsi" "--chmod" "0755:/etc/iscsi" "--write" "/etc/iscsi/initiatorname.iscsi:InitiatorName=iqn.2014-07.org.lago:lago_basic_suite_3_6_host0" "--mkdir" "/etc/selinux" "--chmod" "0755:/etc/selinux" "--write" "/etc/selinux/config:SELINUX=enforcing SELINUXTYPE=targeted " "--mkdir" "/etc/sysconfig/network-scripts" "--chmod" "0755:/etc/sysconfig/network-scripts" "--write" "/etc/sysconfig/network-scripts/ifcfg-eth0:HWADDR="54:52:c0:a8:c8:04" BOOTPROTO="dhcp" TYPE="Ethernet" ONBOOT="yes" NAME="eth0"" stdout:[ 0.0] Examining the guest ... stderr:virt-sysprep: error: libguestfs error: guestfs_launch failed. This usually means the libguestfs appliance failed to start or crashed. Do: export LIBGUESTFS_DEBUG=1 LIBGUESTFS_TRACE=1 and run the command again. For further information, read: http://libguestfs.org/guestfs-faq.1.html#debugging-libguestfs You can also run 'libguestfs-test-tool' and post the *complete* output into a bug report or message to the libguestfs mailing list. If reporting bugs, run virt-sysprep with debugging enabled and include the complete output: virt-sysprep -v -x [...] @ Initialize and populate prefix: ERROR (in 0:00:08) Error occured, aborting Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/cmd.py", line 691, in main cli_plugins[args.verb].do_run(args) File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 180, in do_run self._do_run(**vars(args)) File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 615, in wrapper return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/cmd.py", line 181, in do_init do_bootstrap=not skip_bootstrap, File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 816, in virt_conf_from_stream do_bootstrap=do_bootstrap, File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 943, in virt_conf self.virt_env.bootstrap() File "/usr/lib/python2.7/site-packages/lago/virt.py", line 156, in bootstrap utils.invoke_in_parallel(lambda vm: vm.bootstrap(), self._vms.values()) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 95, in invoke_in_parallel vt.join_all() File "/usr/lib/python2.7/site-packages/lago/utils.py", line 53, in _ret_via_queue queue.put({'return': func()}) File "/usr/lib/python2.7/site-packages/lago/virt.py", line 156, in <lambda> utils.invoke_in_parallel(lambda vm: vm.bootstrap(), self._vms.values()) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 265, in bootstrap return self.provider.bootstrap(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/vm.py", line 128, in bootstrap if 'ip' in nic File "/usr/lib/python2.7/site-packages/lago/sysprep.py", line 134, in sysprep ret.err, RuntimeError: Failed to bootstrap $LAGO_PREFIX_PATH/images/lago_basic_suite_3_6_engine_root.qcow2 command:"virt-sysprep" "-a" "$LAGO_PREFIX_PATH/images/lago_basic_suite_3_6_engine_root.qcow2" "--selinux-relabel" "--hostname" "lago_basic_suite_3_6_engine" "--root-password" "password:123456" "--mkdir" "/root/.ssh" "--chmod" "0700:/root/.ssh" "--upload" "/home/omer/ovirt-system-tests/deployment-basic_suite_3.6/default/id_rsa.pub:/root/.ssh/authorized_keys" "--run-command" "chown root.root /root/.ssh/authorized_keys" "--mkdir" "/etc/iscsi" "--chmod" "0755:/etc/iscsi" "--write" "/etc/iscsi/initiatorname.iscsi:InitiatorName=iqn.2014-07.org.lago:lago_basic_suite_3_6_engine" "--mkdir" "/etc/selinux" "--chmod" "0755:/etc/selinux" "--write" "/etc/selinux/config:SELINUX=enforcing SELINUXTYPE=targeted " "--mkdir" "/etc/sysconfig/network-scripts" "--chmod" "0755:/etc/sysconfig/network-scripts" "--write" "/etc/sysconfig/network-scripts/ifcfg-eth0:HWADDR="54:52:c0:a8:c8:02" BOOTPROTO="dhcp" TYPE="Ethernet" ONBOOT="yes" NAME="eth0"" stdout:[ 0.0] Examining the guest ... stderr:virt-sysprep: error: libguestfs error: guestfs_launch failed. This usually means the libguestfs appliance failed to start or crashed. Do: export LIBGUESTFS_DEBUG=1 LIBGUESTFS_TRACE=1 and run the command again. For further information, read: http://libguestfs.org/guestfs-faq.1.html#debugging-libguestfs You can also run 'libguestfs-test-tool' and post the *complete* output into a bug report or message to the libguestfs mailing list. If reporting bugs, run virt-sysprep with debugging enabled and include the complete output: virt-sysprep -v -x [...] lago-error.txt Open with Google Docs Displaying lago-error.txt.

2 2

New Lago Template For Fedora 24
by Gal Ben Haim 31 Jul '16

31 Jul '16

Hi All, New Lago template for Fedora 24 is now available on: http://templates.ovirt.org/repo/repo.metadata (the default template repo for lago) You can use it by specifying 'fc24-base' with 'template_name' key. Cheers, Gal Ben Haim gbenhaim(a)redhat.com RHEV DevOps

1 0