[Users] oVirt-Live-0.6.iso - alpha version Oct 12th 2012
oVirt-Live-0.6.iso - alpha version Oct 12th 2012 wiki: http://wiki.ovirt.org/wiki/OVirt_Live Download download oVirt-Live-0.6.iso http://ovirt.org/releases/3.1/tools/oVirt-Live-0.6.iso change-log -selinux disabled - workaround to sanlock problem -added ovirt_live plugin - performs attachment of iso domain to the DC, and creating vm with disk and network- thanks to Ofer -changed ovirt-setup icons -shorten host installation time by around 4 minutes Problems/Bugs -persistent storage is slow - bigger it gets - slower it does -currently working with selinux in permissive - problem running vms (sanlock) -ovirt-setup should run as autostart so a bit more stable version now that actually brings you to a working system with vm ready to go (almost) - Thanks to Ofer, and few optimizations. currently persistent storage is making the system very slow. i have been starting to look on some FS optimizations, would be nice if someone can give a hand here. some references: - http://www.raspberrypi.org/phpBB3/viewtopic.php?f=9t=850 - http://cptl.org/wp/index.php/2010/03/30/tuning-solid-state-drives-in-linux/ Moran. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Here we go again - Error adding host , incorrect vdsm version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, When I try to add a new host from Webadmin I got Unable to fetch VDSM with minimal version of vdsm-4.9. Please check. I have patched as told from this post, http://lists.ovirt.org/pipermail/users/2012-June/002466.html, but it does not solved my problem. Here is the install-log. Thu, 11 Oct 2012 11:10:20 DEBUG Start VDS Validation Thu, 11 Oct 2012 11:10:20 DEBUGEntered VdsValidation(subject = '10.10.1.191', random_num = '6685b8f2-6bfe-4d14-8ad6-205c087fb189', rev_num = 'None', installVirtualizationService = 'True', installGlusterService = 'False') Thu, 11 Oct 2012 11:10:20 DEBUGSetting up Package Sacks Thu, 11 Oct 2012 11:10:20 DEBUGyumSearch: found vdsm entries: [YumAvailablePackageSqlite : vdsm-4.10.1-0.19.18.el6.x86_64 (0x28b87d0), YumAvailablePackageSqlite : vdsm-4.10.0-0.42.13.el6.x86_64 (0x28b8810)] Thu, 11 Oct 2012 11:10:20 DEBUGHost properly registered with RHN/Satellite. Thu, 11 Oct 2012 11:10:20 DEBUGBSTRAP component='RHN_REGISTRATION' status='OK' message='Host properly registered with RHN/Satellite.'/ Thu, 11 Oct 2012 11:10:20 DEBUGyumSearchVersion: pkg vdsm-4.10.1-0.19.18.el6.x86_64 does not start with: vdsm-4.9 Thu, 11 Oct 2012 11:10:20 DEBUGyumSearchVersion: pkg vdsm-4.10.0-0.42.13.el6.x86_64 does not start with: vdsm-4.9 Thu, 11 Oct 2012 11:10:20 ERRORUnable to fetch VDSM with minimal version of vdsm-4.9. Please check if host is properly registered with updated yum repository Thu, 11 Oct 2012 11:10:20 DEBUGBSTRAP component='VDSM_MAJOR_VER' status='FAIL' message='Unable to fetch VDSM with minimal version of vdsm-4.9. Please check if host is properly registered with updated yum repository'/ Thu, 11 Oct 2012 11:10:20 ERRORcheckMajorVersion test failed Thu, 11 Oct 2012 11:10:20 DEBUGBSTRAP component='RHEV_INSTALL' status='FAIL'/ Thu, 11 Oct 2012 11:10:20 DEBUG End VDS Validation What can I do to solve the problem? Regards //Ricky -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB4YVwACgkQOap81biMC2NqOACdEMe7af7C38U6QkAG+GHcC/Ul k4YAoIxy8s9pLZo8/2qnMAYbNAnziGez =0DwA -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] how to convince oVirt a VM is down
On Thu, Oct 11, 2012 at 3:20 AM, Roy Golan rgo...@redhat.com wrote: since the VM run_on_vds was empty, the confirm host... didn't clear its status because its not selected from the DB as one of the host VMs. I'll try to dig in to see at what point this value was cleared - probably around the failed migration. Cool. Let me know if you need anything else from me. Again, I have the USB stick from cloudhost02 when it failed, if there is a log for vdsmd or something that might have something useful in it, just send me the path. Are transactions in use in the system anywhere, either in the DB or the app layer? If not, have they been considered? I ask because this seems like the kind of thing they would address nicely. Specifically, if migration recipient is up and happy, but does not confirm VM is up or migration in progress, and sender node is no longer responsive, roll back to assuming the VM is still running on sender. This would avoid the inconsistent state I had of not-down-but-not-running-on-any-responding-host either and allow confirm host... to clear the unknown state of the VM. Sorry if I am stating the obvious or over simplifying. It has been a long time since I wrote any significant code. =) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users