- Users - oVirt List Archives

[Users] can't start latest beta ovirt
by Cristian Falcas 28 Nov '12

28 Nov '12

Hi all, i can't start the ovirt engine anymore. The error is: Error: Could not create the Java Virtual Machine. Error: A fatal exception has occurred. Program will exit. It seems that the error appears when the parameter -XX:+UseCompressedOops is set. If I run the java command wothour it, the program starts. java -version java version "1.7.0_09-icedtea" OpenJDK Runtime Environment (fedora-2.3.3.fc17.1-i386) OpenJDK Client VM (build 23.2-b09, mixed mode) The machine is: uname -a Linux wikitiki.mindsoft.com 3.6.7-4.fc17.i686 #1 SMP Tue Nov 20 20:13:04 UTC 2012 i686 i686 i386 GNU/Linux Is this some missconfiguration on my part? Best regards, Cristian Falcas

3 2

[Users] How to attach virtualized Gluster cluster?
by Peter Styk 27 Nov '12

27 Nov '12

Any chance there is a way to get this to work? 2 x F16 nodes bare metal engine and gluster 4 node virtualized in vmware esxi engine ok 2x node ok gluster stand alone setup ok problem: Can't attach my stand-alone gluster cluster. Since I'm not using virtualized gluster bricks to run virtual machines why can't I use it as storage only? intuition takes me here: Cluster #1 [Bare_Metal] Enable Ovirt Service [yes] & Enable Gluster Service [no] [shows Hosts and VMs] Cluster #2 [Virtualized] Enable Ovirt Service [no] & Enable Gluster Service [yes] [shows Hosts and Volumes] Have tried this several Times as full gluster working setup, empty nodes and oVirt agent nodes. No luck. Any pointers would be appreciated. Best, Peter Any indication or pointer on how to mount gluster cluster as the only storage for ovirt would be of great help. Peter

2 1

Re: [Users] XP Guest Sound issue - FIXED
by Baldwin, John 27 Nov '12

27 Nov '12

I re-created the Centos 6.3 64-bit oVirt engine using the following repo URL locations which points to the latest versions In the dreyou.org repo baseurl=http://www.dreyou.org/ovirt/vdsm/ baseurl=http://www.dreyou.org/ovirt/ovirt-engine/ Using those repo file locations the oVirt Engine / backend 3.1.0-3.26.el6 was installed That had a build date of Fri 26 Oct 2012 06:54:09 AM EDT. That was current enough to contain the bug fix. The sound is working fine now. The Guest XP sound device is listed as Intel(r) 82801 AC'97 Audio Controller. Thanks again for pointing out the bug! John Baldwin - Sr. UNIX Systems Administrator -----Original Message----- From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of Baldwin, John Sent: Monday, November 19, 2012 3:05 PM To: Andrew Cathrow Cc: users(a)ovirt.org Subject: Re: [Users] XP Guest Sound issue I looked into the bug at http://gerrit.ovirt.org/#/c/7451/ That is exactly the problem I am having. The rpm I am using is: ovirt-engine-backend-3.1.0-3.19.el6.noarch Version : 3.1.0 Release : 3.19.el6 Build Date: Wed 15 Aug 2012 11:11:42 AM EDT Build Host: centos64-ov Source RPM: ovirt-engine-3.1.0-3.19.el6.src.rpm The fix for the bug which was simply a typo in the soundcard device name use in the ovirt backend engine (name corrected from act97 to ac97). The fix was submitted Aug 23 and approved Aug 26 after the build date of the file I am using. I will simply wait for the next update to be present in the Centos6 oVirt repo at http://www1.dreyou.org/ovirt/ovirt-engine31/ Thanks for the response Andrew and Itamar John Baldwin - Sr. UNIX Systems Administrator john.baldwin(a)baycare.org -----Original Message----- From: Andrew Cathrow [mailto:acathrow@redhat.com] Sent: Monday, November 19, 2012 2:25 PM To: Baldwin, John Cc: users(a)ovirt.org; Itamar Heim Subject: Re: [Users] XP Guest Sound issue ----- Original Message ----- > From: "John Baldwin" <John.Baldwin(a)baycare.org> > To: "Andrew Cathrow" <acathrow(a)redhat.com>, "Itamar Heim" > <iheim(a)redhat.com> > Cc: users(a)ovirt.org > Sent: Monday, November 19, 2012 2:17:20 PM > Subject: RE: [Users] XP Guest Sound issue > > Looking at the qemu process for that XP VM this is what is listed as > the sound device: -device intel-hda,id=sound0,bus=pci.0,addr=0x4 > -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 > > This probably coincides that the listed Audio device is the Audio > Device on High Definition Audio Bus. > > I guess the qemu line should be showing a sound device as ac97 and > NOT intel-hda?? that's right - you should see ac97. Looks like the issue was fixed here http://gerrit.ovirt.org/#/c/7451/ > > John Baldwin - Sr. UNIX Systems Administrator > > > -----Original Message----- > From: Andrew Cathrow [mailto:acathrow@redhat.com] > Sent: Monday, November 19, 2012 1:11 PM > To: Itamar Heim > Cc: users(a)ovirt.org; Baldwin, John > Subject: Re: [Users] XP Guest Sound issue > > > > ----- Original Message ----- > > From: "Itamar Heim" <iheim(a)redhat.com> > > To: "John Baldwin" <John.Baldwin(a)baycare.org> > > Cc: users(a)ovirt.org > > Sent: Monday, November 19, 2012 11:31:41 AM > > Subject: Re: [Users] XP Guest Sound issue > > > > On 11/19/2012 06:12 PM, Baldwin, John wrote: > > > This XP VM I having the sound issue with was created as a Desktop. > > > > you can: > > less /var/log/vdsm/vdsm.log > > or /var/log/libvirt/qemu/vm-name.log > > > and look for "xml version" to see the xml passed > > > > > > > > John Baldwin - Sr. UNIX Systems Administrator > > > > > > -----Original Message----- > > > From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On > > > Behalf Of Baldwin, John > > > Sent: Monday, November 19, 2012 9:48 AM > > > To: Itamar Heim > > > Cc: users(a)ovirt.org > > > Subject: Re: [Users] XP Guest Sound issue > > > > > > Is there a debug and/or log that can be used to see what sound > > > device is actually being created for the XP guest desktop VM that > > > is having the sound issue? > > > > > > John Baldwin - Sr. UNIX Systems Administrator > > > > > > -----Original Message----- > > > From: Itamar Heim [mailto:iheim@redhat.com] > > > Sent: Sunday, November 18, 2012 5:03 AM > > > To: Baldwin, John > > > Cc: Andrew Cathrow; users(a)ovirt.org > > > Subject: Re: [Users] XP Guest Sound issue > > > > > > On 11/16/2012 09:48 PM, Baldwin, John wrote: > > >> Here is the output of that command: > > >> > > >> engine=# select * from vdc_options where > > >> option_name='DesktopAudioDeviceType'; > > >> option_id | option_name | > > >> option_value > > >> | > > >> version > > >> -----------+------------------------+------------------------------------------------------------------------------------------------------------------------------+--------- > > >> 54 | DesktopAudioDeviceType | default,ac97 > > >> | > > >> 2.2 > > >> 55 | DesktopAudioDeviceType | > > >> WindowsXP,ac97,RHEL4,ac97,RHEL3,ac97,Windows2003x64,ac97,RHEL4x64,ac97,RHEL3x64,ac97,OtherLinux,ac97,Other,ac97,default,ich6 > > >> | 3.0 > > >> 56 | DesktopAudioDeviceType | > > >> WindowsXP,ac97,RHEL4,ac97,RHEL3,ac97,Windows2003x64,ac97,RHEL4x64 > > >> ,a > > >> c97 > > >> ,RHEL3x64,ac97,OtherLinux,ac97,Other,ac97,default,ich6 | 3.1 > > >> (3 rows) > > > > > > according to this, you should get ac97 for windows xp as well. > > > > > >> > > >> Note is used "ovirt-dre" repos (www.dreyou.org) due to the fact > > >> this is running on CentOS 6.3 x86_64 > > >> > > >> I did not have this issue when testing RHEV 3.0. using oVirt due > > >> to tem license has expired on RHEV. > > >> > > >> John Baldwin - Sr. UNIX Systems Administrator > > >> > > >> -----Original Message----- > > >> From: Itamar Heim [mailto:iheim@redhat.com] > > >> Sent: Friday, November 16, 2012 10:24 AM > > >> To: Andrew Cathrow > > >> Cc: Baldwin, John; users(a)ovirt.org > > >> Subject: Re: [Users] XP Guest Sound issue > > >> > > >> On 11/16/2012 05:10 PM, Andrew Cathrow wrote: > > >>> iirc an early version of oVirt configured the Intel hda sound > > >>> card rather than ac97 for Windows XP and since coming doesn't > > >>> have that driver you'd get this error. > > >> > > >> iirc, that would be a config change, so should be easy to check. > > >> can you please: > > >> > > >> psql -U postgres -d engine > > >> select * from vdc_options where > > >> option_name='DesktopAudioDeviceType'; > > >> > > >> > > >> > > >>> > > >>> Sent from Android email > > >>> > > >>> Itamar Heim <iheim(a)redhat.com> wrote: > > >>> > > >>> On 11/16/2012 04:46 PM, Baldwin, John wrote: > > >>>> Having issue with a 32bit XP guest. Sound device driver is > > >>>> not > > >>>> configured. Sound device has the ? “Audio Device on High > > >>>> Definition > > >>>> Audio Bus” defined. Driver ID is 1AF4 Red Hat Virtio. No > > >>>> drivers > > >>>> will load to this that I can find. I thought the ID would be > > >>>> listed are a AC97 or Ensoniq. > > >>>> > > >>>> Running oVirt Engine Version: 3.1.0-3.19.el6 Centos 6.3 64bit. > > >>>> KVM > > >>>> server is also Centos 6.3 64bit > > >>>> > > >>>> /John Baldwin - Sr. UNIX Systems Administrator/ > > >>>> > > >>> > > >>>> > > >>>> > > >>>> _______________________________________________ > > >>>> Users mailing list > > >>>> Users(a)ovirt.org > > >>>> http://lists.ovirt.org/mailman/listinfo/users > > >>>> > > >>> > > >>> did you create a new Server or a new Desktop? > > >>> > > >>> _______________________________________________ > > >>> Users mailing list > > >>> Users(a)ovirt.org > > >>> http://lists.ovirt.org/mailman/listinfo/users > > >>> > > >> > > >> > > >> Confidential: This electronic message and all contents contain > > >> information from BayCare Health System which may be privileged, > > >> confidential or otherwise protected from disclosure. The > > >> information is intended to be for the addressee only. If you are > > >> not the addressee, any disclosure, copy, distribution or use of > > >> the contents of this message is prohibited. If you have received > > >> this electronic message in error, please notify the sender and > > >> destroy the original message and all copies. > > >> > > > > > > > > > Confidential: This electronic message and all contents contain > > > information from BayCare Health System which may be privileged, > > > confidential or otherwise protected from disclosure. The > > > information is intended to be for the addressee only. If you are > > > not the addressee, any disclosure, copy, distribution or use of > > > the contents of this message is prohibited. If you have received > > > this electronic message in error, please notify the sender and > > > destroy the original message and all copies. > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > Confidential: This electronic message and all contents contain > > > information from BayCare Health System which may be privileged, > > > confidential or otherwise protected from disclosure. The > > > information is intended to be for the addressee only. If you are > > > not the addressee, any disclosure, copy, distribution or use of > > > the contents of this message is prohibited. If you have received > > > this electronic message in error, please notify the sender and > > > destroy the original message and all copies. > > > > > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > Confidential: This electronic message and all contents contain > information from BayCare Health System which may be privileged, > confidential or otherwise protected from disclosure. The information > is intended to be for the addressee only. If you are not the > addressee, any disclosure, copy, distribution or use of the contents > of this message is prohibited. If you have received this electronic > message in error, please notify the sender and destroy the original > message and all copies. > Confidential: This electronic message and all contents contain information from BayCare Health System which may be privileged, confidential or otherwise protected from disclosure. The information is intended to be for the addressee only. If you are not the addressee, any disclosure, copy, distribution or use of the contents of this message is prohibited. If you have received this electronic message in error, please notify the sender and destroy the original message and all copies. _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users Confidential: This electronic message and all contents contain information from BayCare Health System which may be privileged, confidential or otherwise protected from disclosure. The information is intended to be for the addressee only. If you are not the addressee, any disclosure, copy, distribution or use of the contents of this message is prohibited. If you have received this electronic message in error, please notify the sender and destroy the original message and all copies.

1 0

[Users] Panic on FreeBSD guest with >1 CPU
by Karli Sjöberg 27 Nov '12

27 Nov '12

Hey all! Since recently patching our hosts, I´ve been having trouble running FreeBSD guests with more than one virtual core or socket. I have managed take a screenshot of how it looks like when it panics when booting kernel, right after ACPI: http://i47.tinypic.com/2u90qrr.png I´ve tried this with similar results using 8.2-RELEASE, 8.3-RELEASE, 9.0-RELEASE and 9-STABLE. If I edit the guest to have only one virtual core or socket, it boots up without issue. Since noticing this, I´ve tried updating the packages one more time, thinking maybe it had already been fixed but no, it remains. These are the package versions I´m using: # rpm -qa | egrep '(kernel|libvirt|qemu|vdsm|seabios)' | sort -d ipxe-roms-qemu-20120328-1.gitaac9718.fc17.noarch kernel-3.6.2-4.fc17.x86_64 kernel-3.6.3-1.fc17.x86_64 kernel-3.6.7-4.fc17.x86_64 << This is the one that´s running libvirt-0.9.11.7-1.fc17.x86_64 libvirt-client-0.9.11.7-1.fc17.x86_64 libvirt-daemon-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-nwfilter-0.9.11.7-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.7-1.fc17.x86_64 libvirt-python-0.9.11.7-1.fc17.x86_64 qemu-common-1.0.1-2.fc17.x86_64 qemu-img-1.0.1-2.fc17.x86_64 qemu-kvm-1.0.1-2.fc17.x86_64 qemu-kvm-tools-1.0.1-2.fc17.x86_64 qemu-system-x86-1.0.1-2.fc17.x86_64 seabios-1.7.1-1.fc17.x86_64 seabios-bin-1.7.1-1.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch Do you have any insights as to what the problem might be? Best Regards Karli Sjöberg

3 6

[Users] ovirt-engine-dbscripts broken dependencies on F17
by Adrian Gibanel 27 Nov '12

27 Nov '12

First of all I don't have too much experience in Fedora to say that this is actually a bug so it might be a problem on my part not being able to use repos or whatever. My initial setup is explained in this other mailing list thread: http://lists.ovirt.org/pipermail/users/2012-November/005125.html Basically it's a Fedora 17 minimal installation with a /home mounted on a lvm partition and I just want to reinstall the whole oVirt again as an all-in-one setup without having to reinstall the whole Fedora 17. So if I'm not mistaken (I repeat that I don't have too much experience in Fedora) the error is: ovirt-engine-3.1.0-2.fc17.noarch needs: ovirt-engine-dbscripts = 3.1.0-2.fc17 but it's not going to be installed because the only version of: ovirt-engine-dbscripts available in the repo is: 3.0.0.0001-13.fc17 . More than this I have: ovirt-engine-sdk 3.2 installed (instead of 3.1)... taking a look at the logs it would seem that: yum upgrade --skip-broken is the one that has updated ovirt-engine-sdk to 3.2 version. So... if no update of the repository was needed (as per apt-get update is usually needed in Debian.) and I just had to run yum upgrade I can confirm that bug: 869457 ( https://bugzilla.redhat.com/show_bug.cgi?id=869457 ) is not fixed at all. I'm temted to reinstall all the Fedora 17 again but it would be nice if you provided some yum commands to debug if the problem is for everyone or if it's specific of my setup so that we can confirm whether bug 869457 is fixed or not. Now I'm checking http://lists.ovirt.org/pipermail/users/2012-November/005116.html more carefully and they say to run: engine-upgrade command which I haven't run. Anyways I think that running engine-cleanup and doing a yum upgrade should work (selecting the right ovirt-engine-sdk 3.1 version and not the 3.2 one) and it's not working at all. Thank you! (Here goes more or less the log): ----------------------------------------- This is how I have proceeded: (Don't proceed like this if you want to keep all your VMs... this is only a test machine) engine-cleanup rm -rf /home/iso rm -rf /home/storage rm -rf /etc/exports # I don't have any other exports there yum upgrade # I run yum upgrade because it would seem that ovirt-engine-sdk is no longer upgraded to 3.2 as per bug 869457 and http://lists.ovirt.org/pipermail/users/2012-November/005116.html . --> Resoluci�n de dependencias finalizada Error: Paquete: ovirt-engine-3.1.0-2.fc17.noarch (@ovirt-stable) Necesita: ovirt-engine-dbscripts = 3.1.0-2.fc17 Eliminando: ovirt-engine-dbscripts-3.1.0-2.fc17.noarch (@ovirt-stable) ovirt-engine-dbscripts = 3.1.0-2.fc17 Actualizado por: ovirt-engine-dbscripts-3.1.0-4.fc17.noarch (ovirt-stable) ovirt-engine-dbscripts = 3.1.0-4.fc17 Disponible: ovirt-engine-dbscripts-3.0.0.0001-12.fc17.noarch (fedora) ovirt-engine-dbscripts = 3.0.0.0001-12.fc17 Disponible: ovirt-engine-dbscripts-3.0.0.0001-13.fc17.noarch (updates) ovirt-engine-dbscripts = 3.0.0.0001-13.fc17 Podr�a intentar utilizar el comando --skip-broken para sortear el problema ** Se ha encontrado 1 problema(s) pre existentes en la base de datos RPM, este es el resultado de 'yum check': kernel-headers-3.6.7-4.mykernel.fc17.x86_64 es uin duplicado con kernel-headers-3.6.7-4.fc17.x86_64 yum upgrade --skip-broken: Updated: dbus.x86_64 1:1.4.10-7.fc17 dbus-libs.x86_64 1:1.4.10-7.fc17 ovirt-engine-sdk.noarch 0:3.2.0.2-1.fc17 ovirt-engine-setup.noarch 0:3.1.0-4.fc17 ovirt-engine-setup-plugin-allinone.noarch 0:3.1.0-4.fc17 Ignored (Dependency problems): ovirt-engine-dbscripts.noarch 0:3.1.0-4.fc17 Then I have run: rpm -qa | grep ovirt ovirt-engine-tools-common-3.1.0-2.fc17.noarch ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch ovirt-engine-restapi-3.1.0-2.fc17.noarch ovirt-engine-3.1.0-2.fc17.noarch ovirt-release-fedora-4-2.noarch ovirt-engine-config-3.1.0-2.fc17.noarch ovirt-engine-setup-plugin-allinone-3.1.0-4.fc17.noarch ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch ovirt-engine-webadmin-portal-3.1.0-2.fc17.noarch ovirt-engine-dbscripts-3.1.0-2.fc17.noarch ovirt-engine-sdk-3.2.0.2-1.fc17.noarch ovirt-engine-genericapi-3.1.0-2.fc17.noarch ovirt-engine-backend-3.1.0-2.fc17.noarch ovirt-engine-setup-3.1.0-4.fc17.noarch ovirt-engine-notification-service-3.1.0-2.fc17.noarch ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch ovirt-engine-userportal-3.1.0-2.fc17.noarch so... ovirt-engine-sdk 3.2 version is still there! The bug is not fixed at all? Let's downgrade it then: yum downgrade ovirt-engine-sdk It doesn't seem to work. So I have tried: yum remove kernel-headers-3.6.7-4.fc17.x86_64 And then: yum upgrade [root@ns231094 ~]# yum upgrade Complementos cargados:versionlock Resolviendo dependencias --> Ejecutando prueba de transacci�n ---> Paquete ovirt-engine-dbscripts.noarch 0:3.1.0-2.fc17 debe ser actualizado --> Procesando dependencias: ovirt-engine-dbscripts = 3.1.0-2.fc17 para el paquete: ovirt-engine-3.1.0-2.fc17.noarch ---> Paquete ovirt-engine-dbscripts.noarch 0:3.1.0-4.fc17 debe ser una actualizaci�n --> Resoluci�n de dependencias finalizada Error: Paquete: ovirt-engine-3.1.0-2.fc17.noarch (@ovirt-stable) Necesita: ovirt-engine-dbscripts = 3.1.0-2.fc17 Eliminando: ovirt-engine-dbscripts-3.1.0-2.fc17.noarch (@ovirt-stable) ovirt-engine-dbscripts = 3.1.0-2.fc17 Actualizado por: ovirt-engine-dbscripts-3.1.0-4.fc17.noarch (ovirt-stable) ovirt-engine-dbscripts = 3.1.0-4.fc17 Disponible: ovirt-engine-dbscripts-3.0.0.0001-12.fc17.noarch (fedora) ovirt-engine-dbscripts = 3.0.0.0001-12.fc17 Disponible: ovirt-engine-dbscripts-3.0.0.0001-13.fc17.noarch (updates) ovirt-engine-dbscripts = 3.0.0.0001-13.fc17 Podr�a intentar utilizar el comando --skip-broken para sortear el problema Podr�a intentar ejecutar: rpm- Va --nofiles --nodigest So... let's run: rpm -Va --nofiles --nodigest # Nothing interesting seen I'm reading more carefully the log and I think it's telling me that: ovirt-engine-3.1.0-2.fc17.noarch needs: ovirt-engine-dbscripts = 3.1.0-2.fc17 but it's not going to be installed the only version of: ovirt-engine-dbscripts available in the repo is: 3.0.0.0001-13.fc17 . So... not sure if I have hit a bug or if I need to force the ovirt repo manually when upgrading. I'm going to run: yum install -y http://www.ovirt.org\ /releases/ovirt-release-fedora.noarch.rpm just in case. Nothing to be updated. My final test was: [root@ns231094 ~]# yum --enablerepo=ovirt upgrade Complementos cargados:versionlock Error getting repository data for ovirt, repository not found [root@ns231094 ~]# yum --enablerepo=ovirt-stable upgrade Complementos cargados:versionlock Resolviendo dependencias --> Ejecutando prueba de transacci�n ---> Paquete ovirt-engine-dbscripts.noarch 0:3.1.0-2.fc17 debe ser actualizado --> Procesando dependencias: ovirt-engine-dbscripts = 3.1.0-2.fc17 para el paquete: ovirt-engine-3.1.0-2.fc17.noarch ---> Paquete ovirt-engine-dbscripts.noarch 0:3.1.0-4.fc17 debe ser una actualizaci�n --> Resoluci�n de dependencias finalizada Error: Paquete: ovirt-engine-3.1.0-2.fc17.noarch (@ovirt-stable) Necesita: ovirt-engine-dbscripts = 3.1.0-2.fc17 Eliminando: ovirt-engine-dbscripts-3.1.0-2.fc17.noarch (@ovirt-stable) ovirt-engine-dbscripts = 3.1.0-2.fc17 Actualizado por: ovirt-engine-dbscripts-3.1.0-4.fc17.noarch (ovirt-stable) ovirt-engine-dbscripts = 3.1.0-4.fc17 Disponible: ovirt-engine-dbscripts-3.0.0.0001-12.fc17.noarch (fedora) ovirt-engine-dbscripts = 3.0.0.0001-12.fc17 Disponible: ovirt-engine-dbscripts-3.0.0.0001-13.fc17.noarch (updates) ovirt-engine-dbscripts = 3.0.0.0001-13.fc17 Podr�a intentar utilizar el comando --skip-broken para sortear el problema Podr�a intentar ejecutar: rpm- Va --nofiles --nodigest Finally I still get the 3.2 release: [root@ns231094 ~]# rpm -qa | grep ovirt ovirt-engine-tools-common-3.1.0-2.fc17.noarch ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch ovirt-engine-restapi-3.1.0-2.fc17.noarch ovirt-engine-3.1.0-2.fc17.noarch ovirt-release-fedora-4-2.noarch ovirt-engine-config-3.1.0-2.fc17.noarch ovirt-engine-setup-plugin-allinone-3.1.0-4.fc17.noarch ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch ovirt-engine-webadmin-portal-3.1.0-2.fc17.noarch ovirt-engine-dbscripts-3.1.0-2.fc17.noarch ovirt-engine-sdk-3.2.0.2-1.fc17.noarch ovirt-engine-genericapi-3.1.0-2.fc17.noarch ovirt-engine-backend-3.1.0-2.fc17.noarch ovirt-engine-setup-3.1.0-4.fc17.noarch ovirt-engine-notification-service-3.1.0-2.fc17.noarch ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch ovirt-engine-userportal-3.1.0-2.fc17.noarch The next commands I would have run: export LANG=en_US.UTF-8 engine-setup -- -- Adrián Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorización correspondiente. Si han recibido este mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje .

2 3

[Users] the jboss server in use with ovirt manager
by Jonathan Horne 26 Nov '12

26 Nov '12

--_000_9BE6F493F83A594DA60C45E6A09DC5AC016B763CAUSP01DAG0201co_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable This is my first exposure to using jboss server, so I have a dumb question.= I know this would probably be more appropriate for a jboss list=85but thi= s ovirt list is currently the only mailing list I am a member of. Id really like to use my management server as the place where I store my an= aconda scripts for unattended install. They are commonly grabbed via httpd= . Id be happy with just a directory I can access from the httpd that=92s r= unning. All I see httpd config file wise is the ovirt-engine.conf file wit= h the single line proxy setting. I can't tell where a reasonable place to = stick a web directory could be. Can someone help me out where I could place this webdir so its accessible t= o the virtual machines? Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016B763CAUSP01DAG0201co_ Content-Type: text/html; charset="Windows-1252" Content-ID: <EA0DB73CC39897448B01AA3484FC385E(a)collaborationhost.net> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1= 252"> </head> <body style=3D"word-wrap:break-word; color:rgb(0,0,0); font-size:14px; font= -family:Calibri,sans-serif"> <div> <div> <div>This is my first exposure to using jboss server, so I have a dumb ques= tion.  I know this would probably be more appropriate for a jboss list= =85but this ovirt list is currently the only mailing list I am a member of.= </div> </div> </div> <div><br> </div> <div>Id really like to use my management server as the place where I store = my anaconda scripts for unattended install.  They are commonly grabbed= via httpd.  Id be happy with just a directory I can access from the h= ttpd that=92s running.  All I see httpd config file wise is the ovirt-engine.conf file with the single line proxy setting= .  I can't tell where a reasonable place to stick a web directory coul= d be.</div> <div><br> </div> <div>Can someone help me out where I could place this webdir so its accessi= ble to the virtual machines?</div> <div><br> </div> <div>Thanks,</div> <div>jonathan</div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016B763CAUSP01DAG0201co_--

2 1

[Users] engine backup and recovery
by Jonathan Horne 26 Nov '12

26 Nov '12

--_000_9BE6F493F83A594DA60C45E6A09DC5AC016B71CFAUSP01DAG0201co_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Is there an accepted method to keep the engine backed up for use in disaste= r recovery scenario? I'm new to postgres, so I'm not sure how to keep it h= appy with dumps and restores. I've not yet seen a disaster check sheet for= recovery, but that doesn't mean I didn't google good enough. Is there a workable process for how this would be recovered after total (en= gine) system failure? Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016B71CFAUSP01DAG0201co_ Content-Type: text/html; charset="us-ascii" Content-ID: <57D0475930B3604FB52C05880F4C9689(a)collaborationhost.net> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > </head> <body style=3D"word-wrap:break-word; color:rgb(0,0,0)"> <div> <div> <div style=3D"font-family:Calibri,sans-serif; font-size:14px">Is there an a= ccepted method to keep the engine backed up for use in disaster recovery sc= enario?  I'm new to postgres, so I'm not sure how to keep it happy wit= h dumps and restores.  I've not yet seen a disaster check sheet for recovery, but that doesn't mean I didn't google= good enough.</div> <div style=3D"font-family:Calibri,sans-serif; font-size:14px"><br> </div> <div style=3D"font-family:Calibri,sans-serif; font-size:14px">Is there a wo= rkable process for how this would be recovered after total (engine) system = failure?</div> <div style=3D"font-family:Calibri,sans-serif; font-size:14px"><br> </div> <div style=3D"font-family:Calibri,sans-serif; font-size:14px">Thanks,</div> <div style=3D"font-family:Calibri,sans-serif; font-size:14px">jonathan</div= > <div> <div> <div><font class=3D"Apple-style-span" face=3D"Times"><span class=3D"Apple-s= tyle-span" style=3D""><br> </span></font></div> <div style=3D"font-family:Calibri,sans-serif; font-size:14px"><br> </div> </div> </div> </div> </div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016B71CFAUSP01DAG0201co_--

2 1

[Users] Invoking guest os script, without guest having network connectivity?
by Shlomi Tsadok 26 Nov '12

26 Nov '12

I'm looking for a way to configure the guest networking(including IP) dynamically, using a custom script, right after VM creation. Is there a similar feature in oVirt as the Invoke-VMScript in of VMware's PowerCLI? It allows you to run a script in the guest OS, even before the guest has networking connectivity ( the host talks to the vmtools agent that's installed in the guest). Native KVM/libvirt option will be good as well. Thanks, Shlomi Invoke-VMScript reference: http://www.vmware.com/support/developer/windowstoolkit/wintk40u1/html/Invok…

3 4

[Users] Updated oVirt Engine Packages now available
by Ofer Schreiber 24 Nov '12

24 Nov '12

The oVirt Team is pleased to announce that an updated build of ovirt-engine is now available. This update resolves bug 869457 [1]. A previous update to the oVirt SDK would cause installs with the AllInOne plugin to fail. To update your existing system, you can use the engine-upgrade command. To install a new system from scratch, then follow the normal installation process of: # yum install ovirt-engine # engine-setup New Packages: ovirt-engine-3.1.0-4.fc17.noarch.rpm ovirt-engine-backend-3.1.0-4.fc17.noarch.rpm ovirt-engine-config-3.1.0-4.fc17.noarch.rpm ovirt-engine-dbscripts-3.1.0-4.fc17.noarch.rpm ovirt-engine-genericapi-3.1.0-4.fc17.noarch.rpm ovirt-engine-notification-service-3.1.0-4.fc17.noarch.rpm ovirt-engine-restapi-3.1.0-4.fc17.noarch.rpm ovirt-engine-setup-3.1.0-4.fc17.noarch.rpm ovirt-engine-setup-plugin-allinone-3.1.0-4.fc17.noarch.rpm ovirt-engine-tools-common-3.1.0-4.fc17.noarch.rpm ovirt-engine-userportal-3.1.0-4.fc17.noarch.rpm ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch.rpm All packages are available at http://www.ovirt.org/releases/3.1/rpm/Fedora/17/noarch/ Thanks The oVirt Team [1] https://bugzilla.redhat.com/869457

1 0

[Users] oVirt Node keeps rebooting
by EricD 23 Nov '12

23 Nov '12

*One of my oVirt Node keeps rebooting since I join the node to oVirt. Here what I see if I issue TOP or IOTOP There is a lot of : * qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0* I don't have that much activity on the other oVirt node. What do you suggest to verify ? $ top* PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 24369 qemu 20 0 7108m 2.1g 10m S 86.5 13.4 16:21.26 qemu-kvm 23852 qemu 20 0 5621m 805m 10m S 1.3 5.0 0:40.05 qemu-kvm 23617 qemu 20 0 5114m 320m 10m S 1.0 2.0 0:25.69 qemu-kvm 1516 vdsm 15 -5 1911m 39m 7736 S 0.7 0.2 0:21.12 vdsm 1127 root 20 0 1014m 14m 7716 S 0.3 0.1 0:03.30 libvirtd 16141 root 20 0 15380 1404 936 R 0.3 0.0 0:00.10 top 1 root 20 0 65680 27m 2052 S 0.0 0.2 0:01.34 systemd * $ iotop* Total DISK READ: 14.87 M/s | Total DISK WRITE: 8.79 K/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 29276 be/4 qemu 156.34 K/s 0.00 B/s 0.00 % 3.70 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29118 be/4 qemu 375.21 K/s 0.00 B/s 0.00 % 2.63 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29322 be/4 qemu 203.24 K/s 0.00 B/s 0.00 % 2.62 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29263 be/4 qemu 250.14 K/s 0.00 B/s 0.00 % 2.58 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29273 be/4 qemu 250.14 K/s 0.00 B/s 0.00 % 2.40 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29262 be/4 qemu 312.68 K/s 0.00 B/s 0.00 % 2.15 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29274 be/4 qemu 70.35 K/s 0.00 B/s 0.00 % 1.91 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 28022 be/4 qemu 297.04 K/s 0.00 B/s 0.00 % 1.82 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29298 be/4 qemu 171.97 K/s 0.00 B/s 0.00 % 1.79 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29324 be/4 qemu 281.41 K/s 0.00 B/s 0.00 % 1.78 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29117 be/4 qemu 187.61 K/s 0.00 B/s 0.00 % 1.62 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 28024 be/4 qemu 379.12 K/s 0.00 B/s 0.00 % 1.49 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29129 be/4 qemu 175.88 K/s 0.00 B/s 0.00 % 1.31 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 25711 be/4 qemu 328.31 K/s 0.00 B/s 0.00 % 1.22 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29127 be/4 qemu 297.04 K/s 0.00 B/s 0.00 % 1.19 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29261 be/4 qemu 351.76 K/s 0.00 B/s 0.00 % 1.16 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29116 be/4 qemu 328.31 K/s 0.00 B/s 0.00 % 1.16 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29302 be/4 qemu 390.85 K/s 0.00 B/s 0.00 % 1.16 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29277 be/4 qemu 281.41 K/s 0.00 B/s 0.00 % 1.12 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29122 be/4 qemu 93.80 K/s 0.00 B/s 0.00 % 1.10 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29260 be/4 qemu 265.78 K/s 0.00 B/s 0.00 % 1.10 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29279 be/4 qemu 285.32 K/s 0.00 B/s 0.00 % 1.09 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29112 be/4 qemu 343.95 K/s 0.00 B/s 0.00 % 1.08 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29272 be/4 qemu 187.61 K/s 0.00 B/s 0.00 % 1.04 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29264 be/4 qemu 179.79 K/s 0.00 B/s 0.00 % 0.94 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29269 be/4 qemu 171.97 K/s 0.00 B/s 0.00 % 0.93 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29303 be/4 qemu 171.97 K/s 0.00 B/s 0.00 % 0.92 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29121 be/4 qemu 254.05 K/s 0.00 B/s 0.00 % 0.87 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29271 be/4 qemu 226.69 K/s 0.00 B/s 0.00 % 0.85 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29280 be/4 qemu 218.87 K/s 0.00 B/s 0.00 % 0.84 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 26280 be/4 qemu 250.14 K/s 0.00 B/s 0.00 % 0.74 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29321 be/4 qemu 156.34 K/s 7.82 K/s 0.00 % 0.70 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 26281 be/4 qemu 234.51 K/s 0.00 B/s 0.00 % 0.69 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29265 be/4 qemu 297.04 K/s 0.00 B/s 0.00 % 0.65 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29268 be/4 qemu 125.07 K/s 0.00 B/s 0.00 % 0.60 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29323 be/4 qemu 332.22 K/s 0.00 B/s 0.00 % 0.58 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29111 be/4 qemu 316.59 K/s 0.00 B/s 0.00 % 0.53 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 29126 be/4 qemu 187.61 K/s 0.00 B/s 0.00 % 0.43 % qemu-kvm -S -M pc-0.14 -cpu kvm64,+lahf_lm,+ssse~irtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6

3 7