[Users] Lvm vgs failed on allinone setup
Hi,
I'm trying to setup an oVirt 3.1 allinone system as described at:
http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/
.
The main differences between my article and my setup are:
* I've downgraded ovirt-engine-sdk to 3.1 as suggested.
* I've selected ISCSI instead of NFS when running engine-setup and answering
to the: The default storage question. (I can change that to NFS if needed, I
think I used ISCSI because I had seen it in another howto).
* Hacked all_in_one_100.py to increase waitForHostUp timeout (
http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/#comment-705803414
)
So when I first install it I go to attach local storage to local datacenter
as described in 5th setp in
http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/ and
everything seems to work fine.
My problem happens when I reboot. (I just rebooted to make sure everything
was setup fine.).
Then the local storage (named iso) isn't attached to the local datacenter any
more.
I've checked /var/log/messages and I've found what I think it's the problem:
---
Nov 25 23:54:03 server vdsm Storage.LVM WARNING
lvm vgs failed: 5 [] ['
Volume group "e2e3cb9c-a664-4fda-be0c-428b239e7e66" not found']
Nov 25 23:54:03 server vdsm TaskManager.Task ERROR
Task=`e75609f0-7322-4845-9cfc-1fb18e0ad3fc`::Unexpected error
Nov 25 23:54:03 server vdsm Storage.Dispatcher.Protect ERROR
{'status': {'message': "Storage domain does not exist:
('e2e3cb9c-a664-4fda-be0c-428b239e7e66',)", 'code': 358}}
---
The place where I initially placed iso and storage was /home/iso and
/home/storage where /home was a normal ext4 partition.
In order to try to fix this problem and maybe increase oVirt capabilites now
/home is an ext4 partition but not a normal one but mounted over an LV one.
As you can see the problem has not been fixed.
So I either need some help on how to fix this. I don't know. Some ideas.
* What's oVirt expecting when it searches a Volume group.
* What command is it trying to run?
* I've tried to search the script which might do the search but I've been
unable to find it.
* Does oVirt expect any special partitioning layout regarding lvm?
Thank you for any idea you could have.
--
--
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 .
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Lvm vgs failed on allinone setup
If iSCSI is the problem I think I will reinstall oVirt by choosing NFS for
default storage and not iSCSI.
- Mensaje original -
> De: "Latchezar Filtchev"
> Para: "Adrian Gibanel" , users@ovirt.org
> Enviados: Martes, 27 de Noviembre 2012 10:50:22
> Asunto: RE: [Users] Lvm vgs failed on allinone setup
> Hi,
> I also had a problems with disappearing of iSCSI storage. This might
> help:
> http://www.sysarchitects.com/iscsi_target_on_rhel6
> I was not able to solve my problem by manipulating /etc/lvm/lvm.conf.
> I reinstalled my test environment without LVM. Now after restart
> iSCSI storage does not disappear.
> Best,
> Latcho
> --
> Latchezar Filtchev
> IT Manager
> http://www.aubg.bg
> -Original Message-
> From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On
> Behalf Of Adrian Gibanel
> Sent: Monday, November 26, 2012 7:50 PM
> To: users@ovirt.org
> Subject: [Users] Lvm vgs failed on allinone setup
> Hi,
> I'm trying to setup an oVirt 3.1 allinone system as described at:
> http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/
> .
> The main differences between my article and my setup are:
> * I've downgraded ovirt-engine-sdk to 3.1 as suggested.
> * I've selected ISCSI instead of NFS when running engine-setup and
> answering to the: The default storage question. (I can change that
> to NFS if needed, I think I used ISCSI because I had seen it in
> another howto).
> * Hacked all_in_one_100.py to increase waitForHostUp timeout (
> http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/#comment-705803414
> )
> So when I first install it I go to attach local storage to local
> datacenter as described in 5th setp in
> http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/
> and everything seems to work fine.
> My problem happens when I reboot. (I just rebooted to make sure
> everything was setup fine.).
> Then the local storage (named iso) isn't attached to the local
> datacenter any more.
> I've checked /var/log/messages and I've found what I think it's the
> problem:
> ---
> Nov 25 23:54:03 server vdsm Storage.LVM WARNING lvm vgs failed: 5 []
> ['
> Volume group "e2e3cb9c-a664-4fda-be0c-428b239e7e66" not found']
> Nov 25 23:54:03 server vdsm TaskManager.Task ERROR
> Task=`e75609f0-7322-4845-9cfc-1fb18e0ad3fc`::Unexpected error
> Nov 25 23:54:03 server vdsm Storage.Dispatcher.Protect ERROR
> {'status': {'message': "Storage domain does not exist:
> ('e2e3cb9c-a664-4fda-be0c-428b239e7e66',)", 'code': 358}}
> ---
> The place where I initially placed iso and storage was /home/iso and
> /home/storage where /home was a normal ext4 partition.
> In order to try to fix this problem and maybe increase oVirt
> capabilites now /home is an ext4 partition but not a normal one but
> mounted over an LV one.
> As you can see the problem has not been fixed.
> So I either need some help on how to fix this. I don't know. Some
> ideas.
> * What's oVirt expecting when it searches a Volume group.
> * What command is it trying to run?
> * I've tried to search the script which might do the search but I've
> been unable to find it.
> * Does oVirt expect any special partitioning layout regarding lvm?
> Thank you for any idea you could have.
> --
> --
> Adrián Gibanel
--
--
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 .
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
[Users] ovirt-engine-dbscripts broken dependencies on F17
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
Re: [Users] ovirt-engine-dbscripts broken dependencies on F17
While I was trying to fix it on my own with the commands you will see below I have taken a look at the fix which has nothing to do with 3.1 / 3.2 version (I was interpreting the bug as its fixing was going to just fix the dependency to be ovirt-engine-sdk 3.1 as the manual workaround that Jason Brooks proposed). It has to do with the new security mode. So... What I understand so far is that: * I should have read the commit so see what was actually been fixed and how. * If you install ovirt 3.1 in Fedora 17 you will find an ovirt-engine-sdk 3.2 package and that should work fine. So sorry about all these warnings and I will give you feedback about how ovirt-engine-sdk 3.2 package works in Fedora 17. --- yum remove ovirt* yum install -y http://www.ovirt.org\ /releases/ovirt-release-fedora.noarch.rpm yum install -y ovirt-engine-setup-plugin-allinone Instalando: ovirt-engine-setup-plugin-allinone noarch 3.1.0-4.fc17 ovirt-stable 12 k Instalando para las dependencias: ovirt-engine noarch 3.1.0-4.fc17 ovirt-stable 1.0 M ovirt-engine-backend noarch 3.1.0-4.fc17 ovirt-stable 7.0 M ovirt-engine-config noarch 3.1.0-4.fc17 ovirt-stable 130 k ovirt-engine-dbscripts noarch 3.1.0-4.fc17 ovirt-stable 132 k ovirt-engine-genericapi noarch 3.1.0-4.fc17 ovirt-stable 18 k ovirt-engine-notification-service noarch 3.1.0-4.fc17 ovirt-stable 52 k ovirt-engine-restapi noarch 3.1.0-4.fc17 ovirt-stable 5.0 M ovirt-engine-sdk noarch 3.2.0.2-1.fc17 updates 211 k ovirt-engine-setup noarch 3.1.0-4.fc17 ovirt-stable 115 k ovirt-engine-tools-common noarch 3.1.0-4.fc17 ovirt-stable 8.8 k ovirt-engine-userportal noarch 3.1.0-4.fc17 ovirt-stable 13 M ovirt-engine-webadmin-portal noarch 3.1.0-4.fc17 ovirt-stable 15 M ovirt-image-uploader noarch 3.1.0-0.git9c42c8.fc17 ovirt-stable 92 k ovirt-iso-uploader noarch 3.1.0-0.git1841d9.fc17 ovirt-stable 29 k ovirt-log-collector noarch 3.1.0-0.git10d719.fc17 ovirt-stable 53 k Wrong! It's trying to get ovirt-engine-sdk 3.2 ! === # Trying to ignore the 3.2 version unsucessfully yum remove ovirt* yum install -y http://www.ovirt.org\ /releases/ovirt-release-fedora.noarch.rpm yum install --disablerepo=updates -y ovirt-engine-setup-plugin-allinone --> Resoluci�n de dependencias finalizada Error: Paquete: ovirt-engine-setup-plugin-allinone-3.1.0-4.fc17.noarch (ovirt-stable) Necesita: ovirt-engine-sdk >= 3.2 Disponible: ovirt-engine-sdk-1.3-1.fc17.noarch (fedora) ovirt-engine-sdk = 1.3-1.fc17 Instalando: ovirt-engine-sdk-3.1.0.4-1.fc17.noarch (ovirt-stable) ovirt-engine-sdk = 3.1.0.4-1.fc17 Error: Paquete: ovirt-engine-setup-plugin-allinone-3.1.0-4.fc17.noarch (ovirt-stable) Necesita: ovirt-engine-sdk >= 3.2 Disponible: ovirt-engine-sdk-1.3-1.fc17.noarch (fedora) ovirt-engine-sdk = 1.3-1.fc17 Disponible: ovirt-engine-sdk-3.1.0.4-1.fc17.noarch (ovirt-stable) ovirt-engine-sdk = 3.1.0.4-1.fc17 Podr�a intentar utilizar el comando --skip-broken para sortear el problema - Mensaje original - > De: "Adrian Gibanel" > Para: users@ovirt.org > Enviados: Martes, 27 de Noviembre 2012 13:31:06 > Asunto: [Users] ovirt-engine-dbscripts broken dependencies on F17 > 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 . -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Lvm vgs failed on allinone setup
So I have reinstalled by doing: engine-cleanup rm -rf /home/iso rm -rf /home/storage rm /etc/exports export LANG=en_US.UTF-8 engine-setup Now when asked I have select NFS for the default storage type. I've done the 5th step at http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/ . (Copy and paste - BEGIN) click on the storage tab and highlight the iso domain you created during the setup-script. In the pane that appears below, choose the “Data Center” tab, click “Attach,” check the box next to your local data center, and hit “OK.” Once the iso domain is finished attaching, click “Activate” to, uh, activate it. (Copy and paste - END) I've taken a moment to check /var/log/messages and I have noticed: Nov 27 14:14:25 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found'] Nov 27 14:14:25 server vdsm Storage.StorageDomain WARNING Resource namespace 033a2b87-def7-4c27-ab74-9860531f2ed4_imageNS already registered Nov 27 14:14:25 server vdsm Storage.StorageDomain WARNING Resource namespace 033a2b87-def7-4c27-ab74-9860531f2ed4_volumeNS already registered Nov 27 14:14:25 server kernel: [136736.468680] ata1: hard resetting link Nov 27 14:14:25 server kernel: [136736.772691] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) Nov 27 14:14:25 server kernel: [136736.775827] ata1.00: configured for UDMA/133 Nov 27 14:14:25 server kernel: [136736.775831] ata1: EH complete Nov 27 14:14:25 server kernel: [136736.776038] ata2: hard resetting link Nov 27 14:14:25 server kernel: [136737.081179] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300) Nov 27 14:14:25 server kernel: [136737.084182] ata2.00: configured for UDMA/133 Nov 27 14:14:25 server kernel: [136737.084187] ata2: EH complete Nov 27 14:14:25 server kernel: [136737.084420] ata3: limiting SATA link speed to 1.5 Gbps Nov 27 14:14:25 server kernel: [136737.084425] ata3: hard resetting link Nov 27 14:14:26 server kernel: [136737.388525] ata3: SATA link down (SStatus 0 SControl 310) Nov 27 14:14:26 server kernel: [136737.388537] ata3: EH complete Nov 27 14:14:26 server kernel: [136737.388778] ata4: limiting SATA link speed to 1.5 Gbps Nov 27 14:14:26 server kernel: [136737.388783] ata4: hard resetting link Nov 27 14:14:26 server kernel: [136737.692934] ata4: SATA link down (SStatus 0 SControl 310) Nov 27 14:14:26 server kernel: [136737.692944] ata4: EH complete Nov 27 14:14:26 server kernel: [136737.693138] ata5: limiting SATA link speed to 1.5 Gbps Nov 27 14:14:26 server kernel: [136737.693142] ata5: hard resetting link Nov 27 14:14:26 server kernel: [136737.997324] ata5: SATA link down (SStatus 0 SControl 310) Nov 27 14:14:26 server kernel: [136737.997334] ata5: EH complete Nov 27 14:14:26 server kernel: [136737.997587] ata6: limiting SATA link speed to 1.5 Gbps Nov 27 14:14:26 server kernel: [136737.997592] ata6: hard resetting link Nov 27 14:14:27 server kernel: [136738.301820] ata6: SATA link down (SStatus 0 SControl 310) Nov 27 14:14:27 server kernel: [136738.301832] ata6: EH complete Nov 27 14:14:27 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "c20da291-baf5-480a-b314-b775a6dde6e8" not found'] Nov 27 14:14:27 server vdsm Storage.StorageDomain WARNING Resource namespace c20da291-baf5-480a-b314-b775a6dde6e8_imageNS already registered Nov 27 14:14:27 server vdsm Storage.StorageDomain WARNING Resource namespace c20da291-baf5-480a-b314-b775a6dde6e8_volumeNS already registered Nov 27 14:14:27 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found'] Any ways I've decided to reboot just to see if everything went ok. When examining Storage tab I see how local-iso-share (my ISO domain type) is shown as green (activated) and then red (maintenance). Taking a look at /var/log/messages I've seen: Nov 27 14:26:38 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "c20da291-baf5-480a-b314-b775a6dde6e8" not found'] Nov 27 14:26:38 server vdsm Storage.StorageDomain WARNING Resource namespace c20da291-baf5-480a-b314-b775a6dde6e8_imageNS already registered Nov 27 14:26:38 server vdsm Storage.StorageDomain WARNING Resource namespace c20da291-baf5-480a-b314-b775a6dde6e8_volumeNS already registered Nov 27 14:26:38 server vdsm Storage.HSM ERROR Could not disconnect from storageServer What am I missing? Thank you. - Mensaje original - De: "Adrian Gibanel" Para: users@ovirt.org Enviados: Martes, 27 de Noviembre 2012 11:10:48 Asunto: Re: [Users] Lvm vgs failed on allinone setup If iSCSI is the problem I think I will reinstall oVirt by choosing NFS for default storage and not iSCSI. - Mensaje original - > De: "Latchezar Filtchev" > Para: "Adrian Gibanel" , users@ovirt.org > Env
Re: [Users] ovirt-engine-dbscripts broken dependencies on F17
Yes, I confirm it's working. I don't get the error: "could not create ovirtsdk API object" when using it. I've just done: engine-cleanup rm -rf /home/iso rm -rf /home/storage rm /etc/exports yum remove ovirt* yum install -y http://www.ovirt.org\ /releases/ovirt-release-fedora.noarch.rpm yum install -y ovirt-engine-setup-plugin-allinone export LANG=en_US.UTF-8 engine-setup I have some annoying problems with storage which I have described in another thread but as I say the engine-setup command did not issue any error. - Mensaje original - De: "Itamar Heim" Para: "Adrian Gibanel" CC: users@ovirt.org Enviados: Martes, 27 de Noviembre 2012 15:44:26 Asunto: Re: [Users] ovirt-engine-dbscripts broken dependencies on F17 On 11/27/2012 07:55 AM, Adrian Gibanel wrote: > While I was trying to fix it on my own with the commands you will see > below I have taken a look at the fix which has nothing to do with 3.1 / > 3.2 version (I was interpreting the bug as its fixing was going to just > fix the dependency to be ovirt-engine-sdk 3.1 as the manual workaround > that Jason Brooks proposed). It has to do with the new security mode. > > So... What I understand so far is that: > > * I should have read the commit so see what was actually been fixed and how. > * If you install ovirt 3.1 in Fedora 17 you will find an > ovirt-engine-sdk 3.2 package and that should work fine. > > So sorry about all these warnings and I will give you feedback about how > ovirt-engine-sdk 3.2 package works in Fedora 17. we just released 3.1.0-4 1-2 days ago fixing this issue specifically. seems its working -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Lvm vgs failed on allinone setup
ably unavailable Nov 27 16:14:26 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found'] Nov 27 16:14:26 server vdsm Storage.StoragePool WARNING Could not get full domain information, it is probably unavailable Nov 27 16:14:37 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found'] Nov 27 16:14:37 server vdsm Storage.StoragePool WARNING Could not get full domain information, it is probably unavailable Nov 27 16:14:47 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found'] Nov 27 16:14:47 server vdsm Storage.StoragePool WARNING Could not get full domain information, it is probably unavailable Nov 27 16:14:57 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found'] Nov 27 16:14:57 server vdsm Storage.StoragePool WARNING Could not get full domain information, it is probably unavailable Nov 27 16:15:08 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found'] Nov 27 16:15:08 server vdsm Storage.StoragePool WARNING Could not get full domain information, it is probably unavailable Nov 27 16:15:18 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found'] Nov 27 16:15:18 server vdsm Storage.StoragePool WARNING Could not get full domain information, it is probably unavailable Nov 27 16:15:28 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found'] Nov 27 16:15:28 server vdsm Storage.StoragePool WARNING Could not get full domain information, it is probably unavailable Nov 27 16:15:39 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found'] Nov 27 16:15:39 server vdsm Storage.StoragePool WARNING Could not get full domain information, it is probably unavailable Nov 27 16:15:49 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found'] Nov 27 16:15:49 server vdsm Storage.StoragePool WARNING Could not get full domain information, it is probably unavailable Nov 27 16:15:59 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found'] Nov 27 16:15:59 server vdsm Storage.StoragePool WARNING Could not get full domain information, it is probably unavailable Nov 27 16:16:10 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found'] Nov 27 16:16:10 server vdsm Storage.StoragePool WARNING Could not get full domain information, it is probably unavailable Nov 27 16:16:13 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found'] Nov 27 16:16:13 server vdsm Storage.StoragePool WARNING deactivating missing domain 033a2b87-def7-4c27-ab74-9860531f2ed4 ... Nov 27 16:16:16 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "c20da291-baf5-480a-b314-b775a6dde6e8" not found'] Nov 27 16:16:16 server vdsm Storage.StorageDomain WARNING Resource namespace c20da291-baf5-480a-b314-b775a6dde6e8_imageNS already registered Nov 27 16:16:16 server vdsm Storage.StorageDomain WARNING Resource namespace c20da291-baf5-480a-b314-b775a6dde6e8_volumeNS already registered Nov 27 16:16:16 server vdsm Storage.HSM ERROR Could not disconnect from storageServer So now I go and check the Storage tab from the UI. local-iso-share (ISO domain) is inactive as its attached datacenter: local_datacenter is in status: Maintenance. No more lvms related logs are found at /var/log/messages. - Mensaje original - > De: "Adrian Gibanel" > Para: users@ovirt.org > Enviados: Martes, 27 de Noviembre 2012 15:42:47 > Asunto: Re: [Users] Lvm vgs failed on allinone setup > So I have reinstalled by doing: > engine-cleanup > rm -rf /home/iso > rm -rf /home/storage > rm /etc/exports > export LANG=en_US.UTF-8 > engine-setup > Now when asked I have select NFS for the default storage type. > I've done the 5th step at > http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/ > . > (Copy and paste - BEGIN) > click on the storage tab and highlight the iso domain you created > during the setup-script. In the pane that appears below, choose the > “Data Center” tab, click “Attach,” check the box next to your local > data center,
Re: [Users] Lvm vgs failed on allinone setup
After seeing that I had many named errors I've disabled ipv6 by adding -4 to
OPTIONS line as described in: http://www.hafizonline.net/blog/?p=164 . After
had I have rebooted the logs regarding lvm change a bit. Here you are:
Nov 27 17:08:47 server vdsm vds ERROR Unable to load the rest server module.
Please make sure it is installed.
...
Nov 27 17:09:12 server vdsm TaskManager.Task ERROR
Task=`292ec7f1-e9bc-48d2-b374-9694b042de58`::Unexpected error
Nov 27 17:09:12 server vdsm Storage.Dispatcher.Protect ERROR {'status':
{'message': "Unknown pool id, pool not connected:
('979a0acd-1409-4954-a6e3-e0932f1a4771',)", 'code': 309}}
...
Nov 27 17:09:15 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume
group "c20da291-baf5-480a-b314-b775a6dde6e8" not found']
Nov 27 17:09:15 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume
group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found']
Nov 27 17:09:15 server vdsm Storage.StoragePool ERROR Unexpected error while
trying to monitor domain `033a2b87-def7-4c27-ab74-9860531f2ed4`
Nov 27 17:09:15 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume
group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found']
Nov 27 17:09:15 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume
group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found']
Nov 27 17:09:15 server vdsm Storage.StoragePool ERROR Unable to acquire host id
on sdUUID=`033a2b87-def7-4c27-ab74-9860531f2ed4`
Nov 27 17:09:15 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume
group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found']
Nov 27 17:09:15 server vdsm Storage.StoragePool ERROR Unexpected error while
trying to monitor domain `033a2b87-def7-4c27-ab74-9860531f2ed4`
- Mensaje original -
De: "Adrian Gibanel"
Para: users@ovirt.org
Enviados: Martes, 27 de Noviembre 2012 16:25:14
Asunto: Re: [Users] Lvm vgs failed on allinone setup
So let me clarify what I'm experiencing a little more:
local-iso-share is attached to local_datacenter without any problems.
The problem is when I reboot. I probably had said that it does not get attached
when I reboot in previous emails. After better inspection what I'm seeing is
that:
local-iso-share is attached to local_datacenter however I find it in
maintenance mode when I boot. I don't find it in active mode (which I suppose
it's the right mode it should be).
-
So I've done some changes manually to produce logs:
--
--
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 .
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Lvm vgs failed on allinone setup
I've debugged the lvm vgs failed part. It seems to run this command: [adrian@server ~]$ sudo vgs --noheadings --units b --nosuffix --separator \| -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free 033a2b87-def7-4c27-ab74-9860531f2ed4 Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found If I run the same commands without arguments I found out the current VGs: [adrian@server ~]$ sudo vgs --noheadings --units b --nosuffix --separator \| -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free Na9Bdu-aELy-1G3m-JgcV-dBYM-PfaP-arsvUo|maquinasVG|wz--n-|1989115117568|406419668992|4194304|474242|96898||1048064|522240 So I try to run it with the uuid seen: [adrian@server ~]$ sudo vgs --noheadings --units b --nosuffix --separator \| -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free Na9Bdu-aELy-1G3m-JgcV-dBYM-PfaP-arsvUo Volume group "Na9Bdu-aELy-1G3m-JgcV-dBYM-PfaP-arsvUo" not found it says it cannot find it. Now with the name: [adrian@server ~]$ sudo vgs --noheadings --units b --nosuffix --separator \| -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free maquinasVG Na9Bdu-aELy-1G3m-JgcV-dBYM-PfaP-arsvUo|maquinasVG|wz--n-|1989115117568|406419668992|4194304|474242|96898||1048064|522240 It works! So that would maybe fix it. Although I'm not very sure because this is just a WARNING. And because I think it's not a good idea to rename current uuids for storage or iso domains (not sure which it's exactly) in the database just to match the LVM uuids. Now I'm going to debug the other messages which are ERRORs and not warnings. - Mensaje original - > De: "Adrian Gibanel" > Para: users@ovirt.org > Enviados: Martes, 27 de Noviembre 2012 17:16:50 > Asunto: Re: [Users] Lvm vgs failed on allinone setup > After seeing that I had many named errors I've disabled ipv6 by > adding -4 to OPTIONS line as described in: > http://www.hafizonline.net/blog/?p=164 . After had I have rebooted > the logs regarding lvm change a bit. Here you are: > Nov 27 17:09:15 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] > [' Volume group "c20da291-baf5-480a-b314-b775a6dde6e8" not found'] -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR
I've checked the logs and I've noticed: 2012-11-26 15:31:21::INFO::engine_validators::196::root:: validating localhost.localdomain as a valid domain string 2012-11-26 15:31:21::DEBUG::common_utils::286::root:: cmd = /sbin/ip addr 2012-11-26 15:31:21::DEBUG::common_utils::291::root:: output = 1: lo: mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: mtu 1500 qdisc mq master ovirtmgmt state DOWN qlen 1000 link/ether 1c:c1:de:33:01:d9 brd ff:ff:ff:ff:ff:ff 3: eth1: mtu 1500 qdisc mq state UP qlen 1000 link/ether 1c:c1:de:33:01:d8 brd ff:ff:ff:ff:ff:ff inet 10.240.72.235/22 brd 10.240.75.255 scope global eth1 inet6 fe80::1ec1:deff:fe33:1d8/64 scope link valid_lft forever preferred_lft forever 4: eth2: mtu 1500 qdisc mq state DOWN qlen 1000 link/ether 00:1b:21:cf:2e:a8 brd ff:ff:ff:ff:ff:ff 5: eth3: mtu 1500 qdisc mq state DOWN qlen 1000 link/ether 00:1b:21:cf:2e:a9 brd ff:ff:ff:ff:ff:ff 6: ovirtmgmt: mtu 1500 qdisc noqueue state DOWN link/ether 1c:c1:de:33:01:d9 brd ff:ff:ff:ff:ff:ff 2012-11-26 15:31:21::DEBUG::common_utils::292::root:: stderr = 2012-11-26 15:31:21::DEBUG::common_utils::293::root:: retcode = 0 2012-11-26 15:31:21::DEBUG::common_utils::433::root:: Found IP Address: 10.240.72.235 2012-11-26 15:31:21::DEBUG::common_utils::286::root:: cmd = /usr/bin/nslookup localhost.localdomain 2012-11-26 15:31:21::DEBUG::common_utils::291::root:: output = Server: 10.247.128.1 Address:10.247.128.1#53 ** server can't find localhost.localdomain: NXDOMAIN 2012-11-26 15:31:21::DEBUG::common_utils::292::root:: stderr = 2012-11-26 15:31:21::DEBUG::common_utils::293::root:: retcode = 1 2012-11-26 15:31:21::ERROR::engine_validators::304::root:: Failed to resolve localhost.localdomain 2012-11-26 15:31:21::DEBUG::engine-setup::1309::root:: Failed to validate with value localhost.localdomain 2012-11-26 15:31:21::DEBUG::engine-setup::1307::root:: validating param AUTH_PASS in answer file. 2012-11-26 15:31:21::DEBUG::engine_validators::146::root:: Validating password 2012-11-26 15:31:21::WARNING::engine_validators::152::root:: Password failed check 2012-11-26 15:31:21::WARNING::engine_validators::153::root:: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/engine_validators.py", line 150, in validatePassword cracklib.FascistCheck(param) ValueError: it is based on a (reversed) dictionary word I would workarond this error (which might be the casue why the datacenter is created twice but I'm not sure at all) by setting up a local bind server which includes localhost.localdomain definition as a domain and that forwards dns requests to the dns that dhcp advises you to use. /etc/resolv.conf would have also to be edited to point to 127.0.0.1 (our custom bind). Any other thoughts on this? - Mensaje original - > De: "Moran Goldboim" > Para: "Dennis Böck" > CC: "users@oVirt.org" > Enviados: Miércoles, 28 de Noviembre 2012 22:11:59 > Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and > cluster... ERROR > On 11/26/2012 04:38 PM, Dennis Böck wrote: > > > > Hi OVirt-List, > > > > I started oVirt live 0.8 with auto configuration. At the Point > > "AIO: > > Adding Local Datacenter and cluster" I get the error message: Could > > not create local datacenter. > > > > Log files are attached. > > > > Does anyone have an idea? > > > > Best regards > > > > Dennis > > > > > > ___ > > Users mailing list > > Users@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > that's a bit odd, looks like you already had a "local" DC in your > deployment, shouldn't be the case of first boot. > are you booting with it, or it's happening after installation to HD? > Moran. > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- 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 m
Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR
I just forgot the workaround for normal users. I mean the previous workaround implies having to recode and rebuild the oVirt Live 0.8 ISO. This workaround can be tested without the need of a new iso. The workaround for a normal user (being a normal user the admin who can change dns settings ;)) is to go to dns server found at: 10.247.128.1 (as per log attached. If your default dns is another one you should edit it). and add the new domain called: "localhost.localdomain" which its A field would contain: "127.0.0.1". Restart dns server. Reboot with the oVirt Live 0.8 ISO and report back if anything improves or not. - Mensaje original ----- > De: "Adrian Gibanel" > Para: "users@oVirt.org" > Enviados: Jueves, 29 de Noviembre 2012 11:56:52 > Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and > cluster... ERROR > I've checked the logs and I've noticed: > Address: 10.247.128.1#53 ** server can't find localhost.localdomain: > NXDOMAIN 2012-11-26 15:31:21::DEBUG::common_utils::292::root:: > stderr = 2012-11-26 15:31:21::DEBUG::common_utils::293::root:: > retcode = 1 2012-11-26 > 15:31:21::ERROR::engine_validators::304::root:: Failed to resolve > localhost.localdomain 2012-11-26 > 15:31:21::DEBUG::engine-setup::1309::root:: Failed to validate with > value localhost.localdomain 2012-11-26 > 15:31:21::DEBUG::engine-setup::1307::root:: validating param > AUTH_PASS in answer file. 2012-11-26 > 15:31:21::DEBUG::engine_validators::146::root:: Validating password > 2012-11-26 15:31:21::WARNING::engine_validators::152::root:: > Password failed check 2012-11-26 > 15:31:21::WARNING::engine_validators::153::root:: Traceback (most > recent call last): File > "/usr/share/ovirt-engine/scripts/engine_validators.py", line 150, in > validatePassword cracklib.FascistCheck(param) ValueError: it is > based on a (reversed) dictionary word I would workarond this error > (which might be the casue why the datacenter is created twice but > I'm not sure at all) by setting up a local bind server which > includes localhost.localdomain definition as a domain and that > forwards dns requests to the dns that dhcp advises you to use. > /etc/resolv.conf would have also to be edited to point to 127.0.0.1 > (our custom bind). > Any other thoughts on this? > - Mensaje original - > > De: "Moran Goldboim" > > > Para: "Dennis Böck" > > > CC: "users@oVirt.org" > > > Enviados: Miércoles, 28 de Noviembre 2012 22:11:59 > > > Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and > > cluster... ERROR > > > On 11/26/2012 04:38 PM, Dennis Böck wrote: > > > > > > > > Hi OVirt-List, > > > > > > > > I started oVirt live 0.8 with auto configuration. At the Point > > > "AIO: > > > > Adding Local Datacenter and cluster" I get the error message: > > > Could > > > > not create local datacenter. > > > > > > > > Log files are attached. > > > > > > > > Does anyone have an idea? > > > > > > > > Best regards > > > > > > > > Dennis -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR
Yes, that was explained in my previous message. Maybe instead of naming it workaround I should have named it: Proposed fix. - Mensaje original - > De: "Itamar Heim" > Para: "Adrian Gibanel" > CC: "users@oVirt.org" > Enviados: Jueves, 29 de Noviembre 2012 12:47:59 > Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and > cluster... ERROR > On 11/29/2012 06:12 AM, Adrian Gibanel wrote: > > I just forgot the workaround for normal users. I mean the previous > > workaround implies having to recode and rebuild the oVirt Live 0.8 > > ISO. This workaround can be tested without the need of a new iso. > > > > The workaround for a normal user (being a normal user the admin who > > can change dns settings ;)) is to go to dns server found at: > > > > 10.247.128.1 (as per log attached. If your default dns is another > > one you should edit it). > > > > and add the new domain called: "localhost.localdomain" which its A > > field would contain: "127.0.0.1". > > Restart dns server. > we still need to resolve the issue to avoid such a request for anyone > not also happening to be their own dns admin... > > > > Reboot with the oVirt Live 0.8 ISO and report back if anything > > improves or not. > > > > - Mensaje original - > > > >> De: "Adrian Gibanel" > >> Para: "users@oVirt.org" > >> Enviados: Jueves, 29 de Noviembre 2012 11:56:52 > >> Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter > >> and > >> cluster... ERROR > > > >> I've checked the logs and I've noticed: > > > >> Address: 10.247.128.1#53 ** server can't find > >> localhost.localdomain: > >> NXDOMAIN 2012-11-26 15:31:21::DEBUG::common_utils::292::root:: > >> stderr = 2012-11-26 15:31:21::DEBUG::common_utils::293::root:: > >> retcode = 1 2012-11-26 > >> 15:31:21::ERROR::engine_validators::304::root:: Failed to resolve > >> localhost.localdomain 2012-11-26 > >> 15:31:21::DEBUG::engine-setup::1309::root:: Failed to validate > >> with > >> value localhost.localdomain 2012-11-26 > >> 15:31:21::DEBUG::engine-setup::1307::root:: validating param > >> AUTH_PASS in answer file. 2012-11-26 > >> 15:31:21::DEBUG::engine_validators::146::root:: Validating > >> password > >> 2012-11-26 15:31:21::WARNING::engine_validators::152::root:: > >> Password failed check 2012-11-26 > >> 15:31:21::WARNING::engine_validators::153::root:: Traceback (most > >> recent call last): File > >> "/usr/share/ovirt-engine/scripts/engine_validators.py", line 150, > >> in > >> validatePassword cracklib.FascistCheck(param) ValueError: it is > >> based on a (reversed) dictionary word I would workarond this error > >> (which might be the casue why the datacenter is created twice but > >> I'm not sure at all) by setting up a local bind server which > >> includes localhost.localdomain definition as a domain and that > >> forwards dns requests to the dns that dhcp advises you to use. > >> /etc/resolv.conf would have also to be edited to point to > >> 127.0.0.1 > >> (our custom bind). > > > >> Any other thoughts on this? -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR
I copy and paste and rewrite it a bit from one of my previous messages: My first thought/workaround on this issue is that oVirt Live should : * Gather default dns either from dhcp or maybe easier from resolv.conf * Set up a local bind server which includes localhost.localdomain definition as a domain and that forwards dns requests to the formerly gathered default dns * Edit /etc/resolv.conf to point to 127.0.0.1 (our custom bind). - Mensaje original - > De: "Itamar Heim" > Para: "Adrian Gibanel" > CC: "users@oVirt.org" > Enviados: Jueves, 29 de Noviembre 2012 13:09:52 > Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and > cluster... ERROR > On 11/29/2012 06:52 AM, Adrian Gibanel wrote: > > Yes, that was explained in my previous message. > > > > Maybe instead of naming it workaround I should have named it: > > Proposed fix. > if we need to change an external dns, its not fixing the root cause, > which should not require localhost.localdomain to be externally > resolvable. > > > > ------------ > > > > *De: *"Itamar Heim" > > *Para: *"Adrian Gibanel" > > *CC: *"users@oVirt.org" > > *Enviados: *Jueves, 29 de Noviembre 2012 12:47:59 > > *Asunto: *Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter > > and cluster... ERROR > > > > On 11/29/2012 06:12 AM, Adrian Gibanel wrote: > > > I just forgot the workaround for normal users. I mean the > > previous workaround implies having to recode and rebuild the oVirt > > Live 0.8 ISO. This workaround can be tested without the need of a > > new iso. > > > > > > The workaround for a normal user (being a normal user the admin > > who can change dns settings ;)) is to go to dns server found at: > > > > > > 10.247.128.1 (as per log attached. If your default dns is another > > one you should edit it). > > > > > > and add the new domain called: "localhost.localdomain" which its > > A field would contain: "127.0.0.1". > > > Restart dns server. > > > > we still need to resolve the issue to avoid such a request for > > anyone > > not also happening to be their own dns admin... > > > > > > > > Reboot with the oVirt Live 0.8 ISO and report back if anything > > improves or not. > > > > > > - Mensaje original - > > > > > >> De: "Adrian Gibanel" > > >> Para: "users@oVirt.org" > > >> Enviados: Jueves, 29 de Noviembre 2012 11:56:52 > > >> Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter > > >> and > > >> cluster... ERROR > > > > > >> I've checked the logs and I've noticed: > > > > > >> Address: 10.247.128.1#53 ** server can't find > > >> localhost.localdomain: > > >> NXDOMAIN 2012-11-26 15:31:21::DEBUG::common_utils::292::root:: > > >> stderr = 2012-11-26 15:31:21::DEBUG::common_utils::293::root:: > > >> retcode = 1 2012-11-26 > > >> 15:31:21::ERROR::engine_validators::304::root:: Failed to > > >> resolve > > >> localhost.localdomain 2012-11-26 > > >> 15:31:21::DEBUG::engine-setup::1309::root:: Failed to validate > > >> with > > >> value localhost.localdomain 2012-11-26 > > >> 15:31:21::DEBUG::engine-setup::1307::root:: validating param > > >> AUTH_PASS in answer file. 2012-11-26 > > >> 15:31:21::DEBUG::engine_validators::146::root:: Validating > > >> password > > >> 2012-11-26 15:31:21::WARNING::engine_validators::152::root:: > > >> Password failed check 2012-11-26 > > >> 15:31:21::WARNING::engine_validators::153::root:: Traceback > > >> (most > > >> recent call last): File > > >> "/usr/share/ovirt-engine/scripts/engine_validators.py", line > > >> 150, in > > >> validatePassword cracklib.FascistCheck(param) ValueError: it is > > >> based on a (reversed) dictionary word I would workarond this > > >> error > > >> (which might be the casue why the datacenter is created twice > > >> but > > >> I'm not sure at all) by setting up a local bind server which > > >> includes localhost.localdomain definition as a domain and that > > >> forwards dns requests to the dns that dhcp advises you to use. > > >> /etc/resolv.conf would have also to be edited to point to &
Re: [Users] Testing ovirt all in one on F18 gives error on DB creation
Not sure if you can skip doing engine-cleanup as you ask. You probably have installed a non-English system and that makes Postgres default database not to be in the charset that oVirt needs to create its database. Not sure if it's documented on oVirt wiki but here's how I solve it. Please note that you LOOSE all your databases with my commands so be careful if this is not a test system. # service postgresql stop ### WARNING NEXT COMMAND DELETES ALL DATABASES # rm -rf /var/lib/pgsql/data # su postgres $ initdb --locale=en_US.UTF-8 -D /var/lib/pgsql/data $ exit # service postgresql start - Mensaje original - > De: "Gianluca Cecchi" > Para: "users" > Enviados: Domingo, 2 de Diciembre 2012 0:57:58 > Asunto: [Users] Testing ovirt all in one on F18 gives error on DB > creation > Hello, > testing oVirt for with all in one config in f18 beta. > engine-setup fails in Database creation and in db log file: > saying to check log file > /var/log/ovirt-engine/engine-setup_2012_12_01_15_35_22.log > I can see > 2012-12-01 15:36:32::DEBUG::setup_sequences::59::root:: running > _createDB > 2012-12-01 15:36:32::DEBUG::engine-setup::937::root:: installing > postgres db > 2012-12-01 15:36:32::DEBUG::engine-setup::940::root:: engine db > creation is logged at > /var/log/ovirt-engine//engine-db-install-2012_12_01_15_36_32.log > 2012-12-01 15:36:32::DEBUG::common_utils::309::root:: Executing > command --> '/usr/share/ovirt-engine/dbscripts/engine-db-install.sh > -l > engine-db-install-2012_12_01_15_36_32.log -w -u postgres -s > localhost -p 5432 -r local' > 2012-12-01 15:36:40::DEBUG::common_utils::335::root:: output = > Running > local installation > adding uuid-ossp.sql from contrib... > error, failed creating enginedb > How can I workaround this? > Do I have to rollback what already done by engine-setup or can I only > resolve the db part? > Version I find is > ovirt-engine-setup-3.1.0-1.fc18.noarch > Thanks > Gianluca -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Testing ovirt all in one on F18 gives error on DB creation
engine-cleanup did work for me. Although I had to manually remove (be careful in deleting these if there's anything valuable there): /etc/exports /home/iso (my default iso domain) /home/storage (my default data domain) in order that engine-setup works without any hassle. I don't remember any template problems. Not sure if applicable to my F17 setup compared to your F18 setup. - Mensaje original - De: "Gianluca Cecchi" Para: "Adrian Gibanel" CC: "users" Enviados: Lunes, 3 de Diciembre 2012 10:15:48 Asunto: Re: [Users] Testing ovirt all in one on F18 gives error on DB creation On Sun, Dec 2, 2012 at 3:08 AM, Adrian Gibanel wrote: > Not sure if you can skip doing engine-cleanup as you ask. If engine-cleanup takes me to the starting point it is ok for me. Or do I have to take any other manual step to clean up and start again after fixing the problem? I also found a post about problems with template0/template1 and this change to avoid exensions totally... but I don't know if it is applicable to my version (ovirt-engine-setup-3.1.0-1.fc18.noarch as I wrote before): http://gerrit.ovirt.org/#/c/8955/ Hopefully this change is going to come to f18 too..? -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Lvm vgs failed on allinone setup
Please check:
https://bugzilla.redhat.com/show_bug.cgi?id=881941
which explains what actually the bug is.
I might attach there the logs you request too.
I had to refer to the bug before but I just had forgotten about it.
- Mensaje original -
> De: "Yeela Kaplan"
> Para: "Adrian Gibanel"
> CC: users@ovirt.org
> Enviados: Lunes, 3 de Diciembre 2012 10:18:46
> Asunto: Re: [Users] Lvm vgs failed on allinone setup
> Hi Adrian,
> Your domain ('033a2b87-def7-4c27-ab74-9860531f2ed4') is probably NFS.
> Don't worry about the failed vgs errors, it is not the problem.
> Please attach the full vdsm and engine logs so we can detect why the
> domain is set to
> maintenance after reboot.
> --
> Yeela
> - Original Message -
> > From: "Adrian Gibanel"
> > To: users@ovirt.org
> > Sent: Tuesday, November 27, 2012 6:53:50 PM
> > Subject: Re: [Users] Lvm vgs failed on allinone setup
> >
> > I've debugged the lvm vgs failed part. It seems to run this
> > command:
> >
> > [adrian@server ~]$ sudo vgs --noheadings --units b --nosuffix
> > --separator \| -o
> > uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free
> > 033a2b87-def7-4c27-ab74-9860531f2ed4
> > Volume group "033a2b87-def7-4c27-ab74-9860531f2ed4" not found
> >
> > If I run the same commands without arguments I found out the
> > current
> > VGs:
> >
> > [adrian@server ~]$ sudo vgs --noheadings --units b --nosuffix
> > --separator \| -o
> > uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free
> > Na9Bdu-aELy-1G3m-JgcV-dBYM-PfaP-arsvUo|maquinasVG|wz--n-|1989115117568|406419668992|4194304|474242|96898||1048064|522240
> >
> > So I try to run it with the uuid seen:
> > [adrian@server ~]$ sudo vgs --noheadings --units b --nosuffix
> > --separator \| -o
> > uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free
> > Na9Bdu-aELy-1G3m-JgcV-dBYM-PfaP-arsvUo Volume group
> > "Na9Bdu-aELy-1G3m-JgcV-dBYM-PfaP-arsvUo" not found
> > it says it cannot find it.
> >
> > Now with the name:
> > [adrian@server ~]$ sudo vgs --noheadings --units b --nosuffix
> > --separator \| -o
> > uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free
> > maquinasVG
> > Na9Bdu-aELy-1G3m-JgcV-dBYM-PfaP-arsvUo|maquinasVG|wz--n-|1989115117568|406419668992|4194304|474242|96898||1048064|522240
> >
> > It works!
> >
> > So that would maybe fix it. Although I'm not very sure because this
> > is just a WARNING. And because I think it's not a good idea to
> > rename current uuids for storage or iso domains (not sure which
> > it's
> > exactly) in the database just to match the LVM uuids.
> >
> > Now I'm going to debug the other messages which are ERRORs and not
> > warnings.
> >
> > - Mensaje original -
> >
> > > De: "Adrian Gibanel"
> > > Para: users@ovirt.org
> > > Enviados: Martes, 27 de Noviembre 2012 17:16:50
> > > Asunto: Re: [Users] Lvm vgs failed on allinone setup
> >
> > > After seeing that I had many named errors I've disabled ipv6 by
> > > adding -4 to OPTIONS line as described in:
> > > http://www.hafizonline.net/blog/?p=164 . After had I have
> > > rebooted
> > > the logs regarding lvm change a bit. Here you are:
> >
> > > Nov 27 17:09:15 server vdsm Storage.LVM WARNING lvm vgs failed: 5
> > > []
> > > [' Volume group "c20da291-baf5-480a-b314-b775a6dde6e8" not
> > > found']
> >
> > --
> >
> > --
> > Adrián Gibanel
--
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 .
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
[Users] Auto-start vms on boot?
It would seem that oVirt does not provide an standard way of forcing boot of virtual machines at boot. Pools can have pre-started vms as stated here: https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/Prestarting_Virtual_Machines_in_a_Pool.html but pools imply state-less virtual machines and I am talking more about normal virtual machines. I've found this script: https://github.com/iranzo/rhevm-utils/blob/master/rhev-vm-start.py which could do to the trick if run at host boot. I've also thought (but not tried) to mark a virtual machine as "Highly Available" even if I have only one host (I mean, usually HA only makes sense when you have two hosts). Marking a VM as H.A. would do the trick? Any special reason why there isn't and standard way of marking which vms should be auto-started at boot? Just wanted to hear your thoughts before filling an RFE. Thank you. -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Auto-start vms on boot?
My use case is that I just don't want to start manually the virtual machines when the host starts and, also, if the host is shutdown it should guest-shutdown the virtual machines. Any doc on that pin option? How one is supposed to pin a virtual machine to a host? Thank you. - Mensaje original - > De: "Itamar Heim" > Para: "Adrian Gibanel" > CC: "users" > Enviados: Viernes, 7 de Diciembre 2012 15:49:36 > Asunto: Re: [Users] Auto-start vms on boot? > On 12/06/2012 10:34 PM, Adrian Gibanel wrote: > > It would seem that oVirt does not provide an standard way of > > forcing boot of virtual machines at boot. > > > > Pools can have pre-started vms as stated here: > > https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/Prestarting_Virtual_Machines_in_a_Pool.html > > but pools imply state-less virtual machines and I am talking more > > about normal virtual machines. > > > > I've found this script: > > > > https://github.com/iranzo/rhevm-utils/blob/master/rhev-vm-start.py > > > > which could do to the trick if run at host boot. > > > > I've also thought (but not tried) to mark a virtual machine as > > "Highly Available" even if I have only one host (I mean, usually > > HA only makes sense when you have two hosts). > > > > Marking a VM as H.A. would do the trick? > > Any special reason why there isn't and standard way of marking > > which vms should be auto-started at boot? > > > > Just wanted to hear your thoughts before filling an RFE. > > > > > > Thank you. > > > what exactly is your use case? > the one i'm familiar with is to tie the VM life cycle to a specific > host, so a VM which is pinned to a specific host for a certain task > (say, IDS), is always starting when the host starts, and will be > automatically shutdown when host is moved to maintenance. > so only relevant for VMs which are pinned to a host. > Thanks, > Itamar -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Auto-start vms on boot?
This is how I see it: Engine should have an offline database of its assigned hosts and their state (With state I mean properties. One of these properties would be the auto-start one). So when a host starts the engine starts and then loops assigned virtual machines. While looping the virtual machines checs its auto-start property. If it's set to true it starts the virtual machine. Not sure if what I am describing has an easy implementation with current oVirt architecture. Any comments from people who might understand better oVirt architecture on this use-case? I think the hosts should rely the least possible on the management server. - Mensaje original - > De: "Itamar Heim" > Para: "Adrian Gibanel" > CC: "users" > Enviados: Viernes, 7 de Diciembre 2012 19:39:26 > Asunto: Re: [Users] Auto-start vms on boot? > On 12/07/2012 06:23 PM, Adrian Gibanel wrote: > > My use case is that I just don't want to start manually the virtual > > machines when the host starts and, also, if the host is shutdown > > it should guest-shutdown the virtual machines. > > > > Any doc on that pin option? How one is supposed to pin a virtual > > machine to a host? > just to be clear, we still don't have the behavior i described. I > just > stated the only use case i'm familiar for a similar requirement. > (pinning a VM to host is done via the edit vm dialog). > question on your use case - how would the engine know if the admin > just > shutdown a VM manually from a VM which should be auto started (should > we > add such a checkbox). > in the use case i described, we would be adding a 'start/stop VM with > host' for a VM pinned to a host. > > > > Thank you. > > > > - Mensaje original - > > > >> On 12/06/2012 10:34 PM, Adrian Gibanel wrote: > >>> It would seem that oVirt does not provide an standard way of > >>> forcing boot of virtual machines at boot. > >>> > >>> Pools can have pre-started vms as stated here: > >>> https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/Prestarting_Virtual_Machines_in_a_Pool.html > >>> but pools imply state-less virtual machines and I am talking more > >>> about normal virtual machines. > >>> > >>> I've found this script: > >>> > >>> https://github.com/iranzo/rhevm-utils/blob/master/rhev-vm-start.py > >>> > >>> which could do to the trick if run at host boot. > >>> > >>> I've also thought (but not tried) to mark a virtual machine as > >>> "Highly Available" even if I have only one host (I mean, usually > >>> HA only makes sense when you have two hosts). > >>> > >>> Marking a VM as H.A. would do the trick? > >>> Any special reason why there isn't and standard way of marking > >>> which vms should be auto-started at boot? > >>> > >>> Just wanted to hear your thoughts before filling an RFE. > >>> > >>> > >>> Thank you. > >>> > >> what exactly is your use case? > >> the one i'm familiar with is to tie the VM life cycle to a > >> specific > >> host, so a VM which is pinned to a specific host for a certain > >> task > >> (say, IDS), is always starting when the host starts, and will be > >> automatically shutdown when host is moved to maintenance. > >> so only relevant for VMs which are pinned to a host. -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] .ova image file
So... No import from Virtualbox OVA? Or a Virtualbox OVA is technically an vmware one perhaps? Thank you. - Mensaje original - > De: "Matthew Booth" > We can only output to oVirt's OVF, and we can only import from > VMware's > OVA. The command line looks something like: > Matt -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Unable to Adding Local host issue
This is what works for me: Edit: /usr/share/ovirt-engine/scripts/plugins/ all_in_one_100.py file and edit the waitForHostUp function so that the timeout is bigger. Like this: def waitForHostUp(): utils.retry(isHostUp, tries=40, timeout=300, sleep=5) In the all-in-one howto jbrooks says that step is not fatal but it was for me, the trick above did work for me. Take into account that you probably have to run: engine-cleanup before running engine-setup and that the commands might delete previous customisations if you have ever done anyone. - Mensaje original - > De: "Johnny Tao" > Para: users@ovirt.org > Enviados: Jueves, 13 de Diciembre 2012 10:52:11 > Asunto: [Users] Unable to Adding Local host issue > Hi, All > I have been experienced an issue on my oVirt installation > which failed on this step, > Installing: > AIO: Validating CPU Compatibility... [ DONE ] > Configuring oVirt-engine... [ DONE ] > Creating CA... [ DONE ] > Editing JBoss Configuration... [ DONE ] > Setting Database Configuration... [ DONE ] > Setting Database Security... [ DONE ] > Creating Database... [ DONE ] > Updating the Default Data Center Storage Type... [ DONE ] > Editing oVirt Engine Configuration... [ DONE ] > Editing Postgresql Configuration... [ DONE ] > Configuring the Default ISO Domain... [ DONE ] > Configuring Firewall (iptables)... [ DONE ] > Starting JBoss Service... [ DONE ] > Handling HTTPD... [ DONE ] > AIO: Creating storage directory... [ DONE ] > AIO: Adding Local Datacenter and cluster... [ DONE ] > AIO: Adding Local host (This may take several minutes)... [ ERROR ] > Error: Timed out while waiting for host to start > whatever I still couldnot get it fix. > Could you please give any help? > list my enviroment below and see log enclosed for details > OS:CentOS 6 x86-64 > Repo: http://www.dreyou.org/ovirt/ovirt-dre.repo > PKG: ovirt-engine-setup-plugin-allinone.noarch > With many thanks > -Johnny Tao -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Network firewall doubts on allinone setup
First I describe my firewall setup: Default firewall content ( /etc/sysconfig/iptables ) -- # Generated by ovirt-engine installer #filtering rules *filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [52:9697] :RH-Firewall-1-INPUT - [0:0] -A INPUT -j RH-Firewall-1-INPUT -A FORWARD -j RH-Firewall-1-INPUT -A RH-Firewall-1-INPUT -i lo -j ACCEPT -A RH-Firewall-1-INPUT -p icmp -m icmp --icmp-type any -j ACCEPT -A RH-Firewall-1-INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 5900 -j ACCEPT -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 5901 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 81 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 444 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 111 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 111 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 892 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 892 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 875 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 875 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 662 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 662 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 2049 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 32803 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 32769 -j ACCEPT #drop all rule -A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited COMMIT /etc/libvirt/qemu/networks/honly0200.xml --- honly0200 09697e5f-e834-8f26-c55e-5866cb1abafc --- So if I run: service iptables restart then: iptables -L -v --line-numbers Chain INPUT (policy ACCEPT 0 packets, 0 bytes) num pkts bytes target prot opt in out source destination 1 504 153K RH-Firewall-1-INPUT all -- any any anywhere anywhere Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) num pkts bytes target prot opt in out source destination 1 0 0 RH-Firewall-1-INPUT all -- any any anywhere anywhere Chain OUTPUT (policy ACCEPT 478 packets, 159K bytes) num pkts bytes target prot opt in out source destination Chain RH-Firewall-1-INPUT (2 references) num pkts bytes target prot opt in out source destination 1 374 132K ACCEPT all -- lo any anywhere anywhere 2 0 0 ACCEPT icmp -- any any anywhere anywhere icmp any 3 120 19824 ACCEPT all -- any any anywhere anywhere state RELATED,ESTABLISHED 4 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:ssh 5 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:rfb 6 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:5901 7 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:81 8 8 480 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:snpp 9 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:sunrpc 10 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:sunrpc 11 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:892 12 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:892 13 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:rquotad 14 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:rquotad 15 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:pftp 16 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:pftp 17 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:nfs 18 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:32803 19 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:filenet-rpc 20 2 80 REJECT all -- any any anywhere anywhere reject-with icmp-host-prohibited And I also get: iptables -L -v --line-numbers -t nat Chain PREROUTING (policy ACCEPT 3021 packets, 300K bytes) num pkts bytes target prot opt in out source destination 1 0 0 DNAT tcp -- eth0 any anywhere anywhere tcp dpt:50202 to:192.168.2.2:22 2 0 0 DNAT udp -- eth0 any anywhere anywhere udp dpt:50202 to:192.168.2.2:22 Chain INPUT (policy ACCEPT 1296 packets, 78884 bytes) num pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 2833 packets, 442K bytes) num pkts bytes target prot opt in out source destination Chain POSTROUTING (policy ACCEPT 2833 packets, 442K bytes) num pkts bytes target prot opt in out source destination 1 0 0 MASQUERADE tcp -- any any 192.168.2.0/29 !192.168.2.0/29 masq ports: 1024-65535 2 0 0 MASQUERADE udp -- any any 192.168.2.0/29 !192.168.2.0/29 masq ports: 1024-65535 3 0 0 MASQUERADE all -- any any 19
[Users] Thin provisioning extending while "Make template" still a bug?
I'm going to describe the bug. You create a virtual machine with a thin provisioning hard disk. You select the virtual machine (which it was stopped in my case) and click on "Make template". You wait so that it ends but then when checking storage domain you notice that your template has the same size as if it was a preallocated image! I suppose that in some of the cases you can run out of space. I've been complaining on the irc about what it seemed Manager to ignore that the "Make template" task had finished, I mean just ignore it for about 30 minutes and then saying everything it's ok. But... that's another history. Two irc people stated that usually people ran this bug where the virtual machine gets the preallocated size instead of the thin provisioning one. Although they were not quite sure there's supposedly a bug around this subject which I couldn't find on bugzilla. If the bug is as the one as I describe I would be happy to contribute to it with my setup details and logs so that you can find whatever makes it not happen in my case while most of the people run accross it. Thank you for any information you can provide. -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] F18 AIO with nightly build I don't find ISO domain
When I try to reinstall again (in a test machine, not in production because you know that if you issue rm -rf DIR it wipes everything) I always make sure that: /home/storage and /home/iso are deleted, that's it, they don't exist. Then the engine-setup does not complain. I've always thought that that's the way that engine-setup works but I might be wrong. - Mensaje original - > De: "Gianluca Cecchi" > Para: "users" > Enviados: Jueves, 20 de Diciembre 2012 12:35:25 > Asunto: [Users] F18 AIO with nightly build I don't find ISO domain > Hello, > during AIO install with > ovirt-engine-setup-3.2.0-1.20121217.git1e01c00.fc18.noarch > I specified ISO domain not accepting default but setting /ISO > Host correctly activated but no ISO domain found. > I can see: > [g.cecchi@f18aio ~]$ cat /etc/exports > /ISO 0.0.0.0/0.0.0.0(rw) #rhev installer > [g.cecchi@f18aio ~]$ sudo exportfs -v > /ISO 0.0.0.0/0.0.0.0(rw,wdelay,root_squash,no_subtree_check) > I cannot add the domain because I get: > Error while executing action New Local Storage Domain: Error in > creating a Storage Domain. The selected storage path is not empty > (probably contains another Storage Domain). Either remove the > existing Storage Domain from this path, or change the Storage path). -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Thin provisioning extending while "Make template" still a bug?
This is Local Storage right now. - Mensaje original - > De: "Dafna Ron" > Para: users@ovirt.org > Enviados: Domingo, 23 de Diciembre 2012 12:48:39 > Asunto: Re: [Users] Thin provisioning extending while "Make template" > still a bug? > Are you working on NFS storage? > On 12/23/2012 12:08 PM, Maor Lipchuk wrote: > > Hi Adrián, > > Does the template disk allocation policy indicates thin > > provisioning or > > preallocate? > > > > I also didn't found any bug related to it. > > Can you please attach VDSM and engine logs. > > > > Thanks, > > Maor > > > > On 12/20/2012 11:28 PM, Adrian Gibanel wrote: > >> I'm going to describe the bug. > >> > >> You create a virtual machine with a thin provisioning hard disk. > >> > >> You select the virtual machine (which it was stopped in my case) > >> and > >> click on "Make template". > >> > >> You wait so that it ends but then when checking storage domain you > >> notice that your template has the same size as if it was a > >> preallocated > >> image! > >> I suppose that in some of the cases you can run out of space. > >> > >> I've been complaining on the irc about what it seemed Manager to > >> ignore that the "Make template" task had finished, I mean just > >> ignore it > >> for about 30 minutes and then saying everything it's ok. But... > >> that's > >> another history. > >> Two irc people stated that usually people ran this bug where the > >> virtual machine gets the preallocated size instead of the thin > >> provisioning one. > >> > >> Although they were not quite sure there's supposedly a bug around > >> this > >> subject which I couldn't find on bugzilla. > >> > >> If the bug is as the one as I describe I would be happy to > >> contribute to > >> it with my setup details and logs so that you can find whatever > >> makes it > >> not happen in my case while most of the people run accross it. > >> > >> Thank you for any information you can provide. > >> > >> -- > >> <http://www.btactic.com/>*Adrián Gibanel* > >> I.T. Manager > >> > >> +34 675 683 301 > >> www.btactic.com <http://btactic.com/> -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Thin provisioning extending while "Make template" still a bug?
I've just noticed that I made a typo. This is the right template disk allocation policy table (The fix is that second hard disk is preallocated instead of being Thin Prov) Alias | Virtual Size | Allocation | Target First | 1920 GB | Thin Prov | local_storage Seco | 1 GB | Preallocat | local_storage - Mensaje original - > De: "Adrian Gibanel" > Para: "users" > Enviados: Lunes, 24 de Diciembre 2012 0:45:24 > Asunto: Re: [Users] Thin provisioning extending while "Make template" > still a bug? > 1) So... the mentioned bug does exist or am I just experiencing a > normal oVirt usage (Making a vm from template with thin provisioning > works ok without extending)? > 2) About template disk allocation policy... > When I create a new server based on template and I click on: > Resource Allocation tab: > Template Provisioning: Clone > Alias | Virtual Size | Allocation | Target > First | 1920 GB | Thin Prov | local_storage > Seco | 1 GB | Thin Prov | local_storage -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Thin provisioning extending while "Make template" still a bug?
I've described the "Create template from VM" extending bug (the one I was told in irc) but I've attached the "Create VM from template" logs. If there's also a bug about "Create VM from template" being extended then it's useful. If it's not I'll try to recreate a "Create template from VM" task and attach the logs. Sorry about the confusion. - Mensaje original - > De: "Adrian Gibanel" > Para: "users" > Enviados: Lunes, 24 de Diciembre 2012 0:45:24 > Asunto: Re: [Users] Thin provisioning extending while "Make template" > still a bug? > 1) So... the mentioned bug does exist or am I just experiencing a > normal oVirt usage (Making a vm from template with thin provisioning > works ok without extending)? > 2) About template disk allocation policy... > When I create a new server based on template and I click on: > Resource Allocation tab: > Template Provisioning: Clone > Alias | Virtual Size | Allocation | Target > First | 1920 GB | Thin Prov | local_storage > Seco | 1 GB | Thin Prov | local_storage > 3) About the attached logs the virtual machine made from template was > finally made at: > 2012/12/22 17:21 > Logs are from 16:17 to 17:21 aproximately and I might reuse them to > ask why it takes so long to make the virtual machine while checking > the storage image at /home/storage (its size) it would seem that the > copy has finished. > I think that the "Make vm from template" task started about 30 > minutes or 40 minutes before it being finished. Well, that's the > average time it takes for me. > The vdsm.log was so big that I had to use xz instead of gzip or bzip2 > to compress it. Hope that the mailing list hasn't a maximum file > size limit. > 4) These are my package versions if anyone is interested: > rpm -qa | grep ovirt > ovirt-engine-config-3.1.0-4.fc17.noarch > ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch > ovirt-engine-genericapi-3.1.0-4.fc17.noarch > ovirt-engine-setup-plugin-allinone-3.1.0-4.fc17.noarch > ovirt-engine-dbscripts-3.1.0-4.fc17.noarch > ovirt-engine-backend-3.1.0-4.fc17.noarch > ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch > ovirt-engine-setup-3.1.0-4.fc17.noarch > ovirt-engine-tools-common-3.1.0-4.fc17.noarch > ovirt-engine-3.1.0-4.fc17.noarch > ovirt-engine-userportal-3.1.0-4.fc17.noarch > ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch > ovirt-engine-notification-service-3.1.0-4.fc17.noarch > ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch > ovirt-engine-sdk-3.2.0.2-1.fc17.noarch > ovirt-engine-restapi-3.1.0-4.fc17.noarch > ovirt-release-fedora-4-2.noarch > - Mensaje original - > > De: "Maor Lipchuk" > > Para: "Adrian Gibanel" > > CC: "users" > > Enviados: Domingo, 23 de Diciembre 2012 11:08:33 > > Asunto: Re: [Users] Thin provisioning extending while "Make > > template" > > still a bug? > > Hi Adrián, > > Does the template disk allocation policy indicates thin > > provisioning > > or > > preallocate? > > I also didn't found any bug related to it. > > Can you please attach VDSM and engine logs. > > Thanks, > > Maor > > On 12/20/2012 11:28 PM, Adrian Gibanel wrote: > > > I'm going to describe the bug. > > > > > > You create a virtual machine with a thin provisioning hard disk. > > > > > > You select the virtual machine (which it was stopped in my case) > > > and > > > click on "Make template". > > > > > > You wait so that it ends but then when checking storage domain > > > you > > > notice that your template has the same size as if it was a > > > preallocated > > > image! > > > I suppose that in some of the cases you can run out of space. > > > > > > I've been complaining on the irc about what it seemed Manager to > > > ignore that the "Make template" task had finished, I mean just > > > ignore it > > > for about 30 minutes and then saying everything it's ok. But... > > > that's > > > another history. > > > Two irc people stated that usually people ran this bug where the > > > virtual machine gets the preallocated size instead of the thin > > > provisioning one. > > > > > > Although they were not quite sure there's supposedly a bug around > > > this > > > subject which I couldn't find on bugzilla. > > > > > > If the bug is as the one as I describe I would be happy to > > > contribute to > > &
Re: [Users] cannot upload iso to storage domain
Please check: https://bugzilla.redhat.com/show_bug.cgi?id=869457 which I think
it's the same bug for the described issue.
If juan/keith have refreshed the 3.1 tools to handle the 3.2 sdk CA validation
then they should update the bug with the package name and version where it's
fixed.
If they haven't I suppose that Artem is welcomed to add his logs to the bug.
- Mensaje original -
> De: "Itamar Heim"
> Para: "sirin"
> CC: "Juan Antonio Hernandez Fernandez" ,
> users@ovirt.org
> Enviados: Martes, 1 de Enero 2013 9:14:14
> Asunto: Re: [Users] cannot upload iso to storage domain
> On 01/01/2013 02:36 AM, sirin wrote:
> > Hi, all
> >
> > cat /etc/redhat-release
> > Fedora release 17 (Beefy Miracle)
> >
> > ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch
> >
> >
> > [root@vm-sm home]# rpm -qa | grep ovirt
> > ovirt-engine-backend-3.1.0-4.fc17.noarch
> > ovirt-engine-genericapi-3.1.0-4.fc17.noarch
> > ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch
> > ovirt-engine-setup-3.1.0-4.fc17.noarch
> > ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch
> > ovirt-engine-notification-service-3.1.0-4.fc17.noarch
> > ovirt-engine-dbscripts-3.1.0-4.fc17.noarch
> > ovirt-engine-3.1.0-4.fc17.noarch
> > ovirt-release-fedora-5-2.noarch
> > ovirt-engine-config-3.1.0-4.fc17.noarch
> > ovirt-engine-restapi-3.1.0-4.fc17.noarch
> > ovirt-engine-tools-common-3.1.0-4.fc17.noarch
> > ovirt-engine-sdk-3.2.0.2-1.fc17.noarch
> > ovirt-engine-userportal-3.1.0-4.fc17.noarch
> > ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch
> > ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch
> > [root@vm-sm home]# rpm -qa | grep engine
> > ovirt-engine-backend-3.1.0-4.fc17.noarch
> > ovirt-engine-genericapi-3.1.0-4.fc17.noarch
> > ovirt-engine-setup-3.1.0-4.fc17.noarch
> > ovirt-engine-notification-service-3.1.0-4.fc17.noarch
> > ovirt-engine-dbscripts-3.1.0-4.fc17.noarch
> > ovirt-engine-3.1.0-4.fc17.noarch
> > ovirt-engine-config-3.1.0-4.fc17.noarch
> > ovirt-engine-restapi-3.1.0-4.fc17.noarch
> > ovirt-engine-tools-common-3.1.0-4.fc17.noarch
> > ovirt-engine-sdk-3.2.0.2-1.fc17.noarch
> > ovirt-engine-userportal-3.1.0-4.fc17.noarch
> > ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch
> >
> > BUGS ?!
> >
> > [root@vm-sm home]# engine-iso-uploader list -v
> > ERROR: [ERROR]::ca_file (CA certificate) must be specified for SSL
> > connection.
> > INFO: Use the -h option to see usage.
> > DEBUG: Configuration:
> > DEBUG: command: list
> > DEBUG: Traceback (most recent call last):
> > DEBUG: File "/usr/bin/engine-iso-uploader", line 931, in
> > DEBUG: isoup = ISOUploader(conf)
> > DEBUG: File "/usr/bin/engine-iso-uploader", line 331, in __init__
> > DEBUG: self.list_all_ISO_storage_domains()
> > DEBUG: File "/usr/bin/engine-iso-uploader", line 381, in
> > list_all_ISO_storage_domains
> > DEBUG: if not self._initialize_api():
> > DEBUG: File "/usr/bin/engine-iso-uploader", line 358, in
> > _initialize_api
> > DEBUG: password=self.configuration.get("passwd"))
> > DEBUG: File "/usr/lib/python2.7/site-packages/ovirtsdk/api.py",
> > line 78, in __init__
> > DEBUG: debug=debug
> > DEBUG: File
> > "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py",
> > line 47, in __init__
> > DEBUG: debug=debug))
> > DEBUG: File
> > "/usr/lib/python2.7/site-packages/ovirtsdk/web/connection.py",
> > line 38, in __init__
> > DEBUG: timeout=timeout)
> > DEBUG: File
> > "/usr/lib/python2.7/site-packages/ovirtsdk/web/connection.py",
> > line 102, in __createConnection
> > DEBUG: raise NoCertificatesError
> > DEBUG: NoCertificatesError: [ERROR]::ca_file (CA certificate) must
> > be specified for SSL connection.
> > [root@vm-sm home]#
> >
> > Artem
> juan/keith - didn't we refresh the 3.1 tools to handle the 3.2 sdk CA
> validation?
--
--
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 .
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
[Users] Wiki: Copyright - Licensing redirect
Hi, I've been given write permissions in the wiki recently and I've noticed that when I edited some texts the Legal Notice was pointing to: oVirt_Wiki:Copyrights page which was empty. So I've edited it so that it redirects to Licensing page which I assume is the right one. Feel free to fix it in the right way which I assume is one of two: * Rename Licensing into oVirt_Wiki:Copyrights . * Change oVirt_Wiki:Copyrights into a read-only page for normal wiki editors. Thank you. -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] What do you want to see in oVirt next?
This is what I'm missing right now in oVirt 3.1: Better GlusterFS support. === 1. Add a checkbox when creating a volume: "Set oVirt permissions" so that the vdsm : kvm permissions are set. I don't want it to be per-default because I'd like to use Volumes tabs as a Volumes manager for Glusterfs volumes and not only Glusterfs volumes aimed at virtual machines. From: http://blog.jebpages.com/archives/ovirt-3-1-glusterized/ : ( For now, the Gluster volume manager neglects to set brick directory permissions correctly, so after adding bricks on a machine, you have to return to the terminal and run chown -R 36.36 /data (assuming /data is where you are storing your volume bricks) to enable oVirt to write to the volumes. ) 2. Add a quota tab in Volumes. So that you can enable/disable/edit its quota: http://www.gluster.org/community/documentation/index.php/Gluster_3.2:_Enabling_Quota http://gluster.org/community/documentation/index.php/Gluster_3.2:_Managing_Directory_Quota All In One (AIO) bigger timeout === From: http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/ ( I’ve found that the all-in-one installer sometimes times out during the install process. If the script times out during the final “AIO: Adding Local host (This may take several minutes)” step, you can proceed to the web admin console to complete the process. If it times out at an earlier point, like waiting for the jboss-as server to start, you should run “engine-cleanup” and then re-run “engine-setup”) and my quote: (Before running engine-setup you have to edit: /usr/share/ovirt-engine/scripts/plugins/ all_in_one_100.py file and edit the waitForHostUp function so that the timeout is smaller. Like this: def waitForHostUp(): utils.retry(isHostUp, tries=40, timeout=300, sleep=5)) Installation on disable SElinux == If SElinux is disabled then oVirt installation does not work. So I think that either is advised to use it or... it's fixed so that it works even without SElinux. All-in-one script should take care of last steps == Not sure about this last point but I think that AIO should be able to perform the iso domain attachment to the datacenter in itself. Check 5th step on: http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/ There might be more glitches but these are the most important ones for me that I remember of. Guide me help texts == One more. The Guide me dialogs are very handy. But I think they miss a little help on them to explain such stupid things as what's the purpose of adding an storage domain a datacenter. - Mensaje original - > De: "Itamar Heim" > Para: "users" > Enviados: Jueves, 3 de Enero 2013 17:08:48 > Asunto: [Users] What do you want to see in oVirt next? > Hi Everyone, > as we wrap oVirt 3.2, I wanted to check with oVirt users on what they > find good/useful in oVirt, and what they would like to see > improved/added in coming versions? > Thanks, > Itamar -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] What do you want to see in oVirt next?
- Mensaje original - > De: "Vijay Bellur" > On 01/03/2013 10:14 PM, Adrian Gibanel wrote: > > This is what I'm missing right now in oVirt 3.1: > > > > Better GlusterFS support. > > === > > 1. Add a checkbox when creating a volume: "Set oVirt permissions" > > so > > that the vdsm : kvm permissions are set. I don't want it to be > > per-default because I'd like to use Volumes tabs as a Volumes > > manager > > for Glusterfs volumes and not only Glusterfs volumes aimed at > > virtual > > machines. > > > > From: http://blog.jebpages.com/archives/ovirt-3-1-glusterized/ : > > ( For now, the Gluster volume manager neglects to set brick > > directory > > permissions correctly, so after adding bricks on a machine, you > > have to > > return to the terminal and run chown -R 36.36 /data (assuming /data > > is > > where you are storing your volume bricks) to enable oVirt to write > > to > > the volumes. ) > This feature is available in 3.2. Enabling a checkbox to optimize > gluster volume for oVirt will set vdsm:kvm permissions on bricks that > are part of the volume. It was more or less obvious the feature was going to be there because seems easy to implement but I couldn't check it yet. Great! > > 2. Add a quota tab in Volumes. So that you can enable/disable/edit > > its > > quota: > > http://www.gluster.org/community/documentation/index.php/Gluster_3.2:_Enabling_Quota > > http://gluster.org/community/documentation/index.php/Gluster_3.2:_Managing_Directory_Quota > Noted. We will address this in a subsequent release. Cool. > Thanks, > Vijay As other have stated in other emails thank you for oVirt and the support you give in many ways. -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Change locale for VNC console
Thank you both. Made an article: http://www.ovirt.org/User:Adrian15/Setting_VNC_locale . Now I'm going to try it but I'm pretty sure it will work at the first time. - Mensaje original - > De: "Frank Wall" > Para: users@ovirt.org > Enviados: Jueves, 17 de Enero 2013 10:05:11 > Asunto: Re: [Users] Change locale for VNC console > Hi Itamar, > On Sun, Jan 13, 2013 at 01:05:20AM +0200, Itamar Heim wrote: > > actually, changing a config requires engine restart > thanks for the hint, sounds logical to me. Don't know why I haven't > tried this before... > I restarted my oVirt engine, powered up the VM again and now the > locale of the VNC console is configured correctly. GREAT! > Regards -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Thin provisioning extending while "Make template" still a bug?
- Mensaje original - > De: "Maor Lipchuk" > Para: "Adrian Gibanel" > CC: "users" > Enviados: Jueves, 17 de Enero 2013 15:52:24 > Asunto: Re: [Users] Thin provisioning extending while "Make template" > still a bug? > Hi Adrian, > Sorry for the late respond. Don't worry. > Please see inline comments, > and feel free if there are any more questions, or other issues which > you > want us to address to. > p.s. Since some of the responds were in different threads, I gathered > all of them to this email. > > 3) About the attached logs the virtual machine made from template > > was > > finally made at: > > 2012/12/22 17:21 > > Logs are from 16:17 to 17:21 aproximately and I might reuse them to > > ask why it takes so long to make the virtual machine while checking > > the storage image at /home/storage (its size) it would seem that > > the > > copy has finished. > > I think that the "Make vm from template" task started about 30 > > minutes or 40 minutes before it being finished. Well, that's the > > average time it takes for me. > Since you are creating a server the default behaviour is to clone > your > disks, which means engine calls copyImage to the SPM. > From what I saw in the logs your template have two disks, which one > of > them is 1920 GB, this is why it took 30 minutes to copy it. It's 1920 GB but the actual data copied to it is only 1 GB. I'm used to other methods of saving virtual images (instead of sparse I mean) and as the original file is only 1 GB the copy doesn't last too much. > If you want your copy to be faster, you can change the default in the > resource allocation tab to use thin instead of clone when you add a > new > server. > although, take in notice that when you will use thin provisioning, > the > server will be based on the template and you will not be able to > remove > the template until the VM will be removed. The thing is that if you select Clone (the default behaviour) then at the botton it says: Alias | Virtual Size | Allocation | Target First | 1920 GB | Thin Prov | local_storage Seco | 1 GB | Preallocat | local_storage so I thought: If it lasts so much it means that someone it treats both hard disks as Preallocat no matter its particular disk allocation setup. But as you say later in the email each one of it is treated ok. So I think the problem is just the sparse method of saving the virtual images which makes read of big files to take an eternity even if a very few sectors are actually written. > On 12/24/2012 01:51 AM, Adrian Gibanel wrote:> I've just noticed that > I > made a typo. > > This is the right template disk allocation policy table > > (The fix is that second hard disk is preallocated instead of being > Thin Prov) > > > > Alias | Virtual Size | Allocation | Target > > First | 1920 GB | Thin Prov | local_storage > > Seco | 1 GB | Preallocat | local_storage > I took a look in your logs, and it seems that when you create a VM > from > template the passing arguments are preallocated for one image and > sparse > for the other, so it seems that this is fit with the allocation > policy > table you sent. I'm going to send a message about how to move virtual images between hosts. It's kind of related to this. -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Move virtual hard disk images between hosts - Howto
Hi, I've written a howto on how to move, a better name would be to copy, virtual hard disk images between hosts. It has been useful for me in the scenario where I need to move them between different datacenters. I still don't understand the formal ways you have to move hard disks between hosts of the same/different data resource, cluster and datacenters so I do it manually. Anyways I wanted you to take a look at it: http://www.ovirt.org/User:Adrian15/Virtual_Machines_Images_Raw_Management And tell me: * When it would work, when not. * Pieces of advice. * And if I'm missing something like, I don't know, having to edit some values at the database. I think that it will be also useful for some kind of restore on disaster scenarios although I'm not sure. I've also used some tricks to deal with sparse files without having to wait for ages. -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Change locale for VNC console
Salut Nicolas, Can you run: rpm -qa | grep ovirt so that we know which ovirt version you're using? Another user also reported that it had to reboot but I think that finally he managed to check only restarting ovirt-engine was enough. The question is: Did you connect to already running virtual machines? Or to new ones? I think that you cannot change locales on already running virtual machines. If they were new ones I ask myself if apart from restarting ovirt-engine one needs to logout and login again to the manager. Although I wouldn't bet on that. Anyone else have some thoughts on this? My packages: ovirt-engine-config-3.1.0-4.fc17.noarch ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch ovirt-engine-genericapi-3.1.0-4.fc17.noarch ovirt-engine-setup-plugin-allinone-3.1.0-4.fc17.noarch ovirt-engine-dbscripts-3.1.0-4.fc17.noarch ovirt-engine-backend-3.1.0-4.fc17.noarch ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch ovirt-engine-setup-3.1.0-4.fc17.noarch ovirt-engine-tools-common-3.1.0-4.fc17.noarch ovirt-engine-3.1.0-4.fc17.noarch ovirt-engine-userportal-3.1.0-4.fc17.noarch ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch ovirt-engine-notification-service-3.1.0-4.fc17.noarch ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch ovirt-engine-sdk-3.2.0.2-1.fc17.noarch ovirt-engine-restapi-3.1.0-4.fc17.noarch ovirt-release-fedora-4-2.noarch Anyways, I'm glad the article was helpful for you. - Mensaje original - > De: "Nicolas Ecarnot" > Para: users@ovirt.org > Enviados: Sábado, 19 de Enero 2013 13:29:42 > Asunto: Re: [Users] Change locale for VNC console > Le 18/01/2013 17:09, Adrian Gibanel a écrit : > > Thank you both. > > > > Made an article: > > http://www.ovirt.org/User:Adrian15/Setting_VNC_locale . > > > > Now I'm going to try it but I'm pretty sure it will work at the > > first time. > Hi Adrian, > I followed your hints, but though your command line did return no > error, > I was forced in the end to reboot the manager in order VNC to respect > the locales. > I precise I've made amounts of other tests and actions before that > and > none was helpful. > So, anyway, your page DID help me, my french accents are now well > accepted ;) -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Help on an almost migrated ovirt-engine
I need to migrate an ovirt-engine from an All-In-One (AIO) setup to a dedicated machine. So with an old mailing message I've tried to do it but not finished yet, that's why I ask for help. I've written a wiki page for the experience so that it becomes a howto which can be found here: http://www.ovirt.org/User:Adrian15/oVirt_engine_migration At the last step the one that finally starts ovirt-engine I've decided to ask help here just in case I was missing something important. So here are my doubts. * Original message that inspired the howto is here: http://www.mail-archive.com/users@ovirt.org/msg00670.html * What packages should I delete safely from an AIO setup so that it's just an hypervisor once I've migrate the ovirt-engine part? * Is the right way the one I've used to recreate the database? ** Origin pg_dump -U postgres engine | gzip > engine_db.gz ** Destination pg_dump -U postgres -s -f tempdb.dump engine dropdb -U postgres engine createdb -U postgres engine zcat engine_db.gz | psql -U postgres engine * Let's read: http://www.mail-archive.com/users@ovirt.org/msg00682.html : WRT certificates, note that hostname should nt change, or SSL will be invalidated. Did he mean the SSL when you connect via http or https to the manager which currently doesn't bother me? Or maybe the SSL to connect to other hosts and communicate to vdsm (sorry if I'm saying something nonsense. I don't understand oVirt architecture completely) which bothers me? * Certificates is: /etc/pki/ovirt-engine ? Something more? * Conf is: /etc/ovirt-engine ? Something more? Thank you! -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Help on an almost migrated ovirt-engine
- Mensaje original - > De: "Juan Hernandez" > Para: "Adrian Gibanel" > CC: "users" > Enviados: Martes, 22 de Enero 2013 9:40:29 > Asunto: Re: [Users] Help on an almost migrated ovirt-engine > On 01/22/2013 02:48 AM, Adrian Gibanel wrote: > > I need to migrate an ovirt-engine from an All-In-One (AIO) setup to > > a dedicated machine. > > > > So with an old mailing message I've tried to do it but not finished > > yet, that's why I ask for help. > > > > I've written a wiki page for the experience so that it becomes a > > howto which can be found here: > > > > http://www.ovirt.org/User:Adrian15/oVirt_engine_migration > > > > At the last step the one that finally starts ovirt-engine I've > > decided to ask help here just in case I was missing something > > important. > > > > So here are my doubts. > > > > * Original message that inspired the howto is here: > > http://www.mail-archive.com/users@ovirt.org/msg00670.html > > * What packages should I delete safely from an AIO setup so that > > it's just an hypervisor once I've migrate the ovirt-engine part? > yum remove 'ovirt-engine-*' 'httpd' 'java-1.7.0-openjdk' 'jboss-as' I've updated the howto. Thank you! > > * Is the right way the one I've used to recreate the database? > > ** Origin > > pg_dump -U postgres engine | gzip > engine_db.gz > > ** Destination > > pg_dump -U postgres -s -f tempdb.dump engine > > dropdb -U postgres engine > > createdb -U postgres engine > > zcat engine_db.gz | psql -U postgres engine > I think this won't break anything, but if you want to create > it > exactly the same you can use the -O option of createdb: > createdb -U postgres -O engine engine I've finally come with: * Origin: pg_dump -U postgres engine | gzip > engine_db.gz * Destination: dropdb -U postgres engine createdb -U postgres -O engine engine zcat engine_db.gz | psql -U postgres engine The last command was run finally with postgres user because using engine user I had these warnings: WARNING: no privileges could be revoked for "public" REVOKE WARNING: no privileges could be revoked for "public" REVOKE WARNING: no privileges were granted for "public" GRANT WARNING: no privileges were granted for "public" GRANT > > * Let's read: > > http://www.mail-archive.com/users@ovirt.org/msg00682.html : WRT > > certificates, note that hostname should nt change, or SSL will be > > invalidated. > > Did he mean the SSL when you connect via http or https to the > > manager which currently doesn't bother me? > > Or maybe the SSL to connect to other hosts and communicate to vdsm > > (sorry if I'm saying something nonsense. I don't understand oVirt > > architecture completely) which bothers me? > > * Certificates is: /etc/pki/ovirt-engine ? Something more? > There is some information on how to change certificates here: > http://lists.ovirt.org/pipermail/users/2012-October/004167.html > It is not trivial, so better if you don't change the host name. Can you please ellaborate why I should make sure that all these certificates know about the new host name? If this was a plain ssh key it would just work by copying and pasting its private key file. That's why my doubts. I don't mind if https at the browser complains about having one certificate for one domain and being another one. Maybe communication with vdsm on hypervisors will not work at all? > > * Conf is: /etc/ovirt-engine ? Something more? > Yes, /etc/sysconfig/ovirt-engine, but you should be able to use the > one > generated during your new installation. The only difference will be > the > database password. Ok. I'll check that later. I understand that if no difference is found apart from the database password then no need to modify it in the destination. Thank you! -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Help on an almost migrated ovirt-engine
I've updated the howto with your instructions. I prefer the most standard oVirt instructions. If there are backup and restore scripts it's because of there's a good reason. In my oVirt 3.1 installation backup.sh didn't seem to have an -f option so I've done it just with the default filename. I've also made a reference to oVirt 3.2 -f option. Thank you! - Mensaje original - > De: "Gianluca Cecchi" > Para: "Adrian Gibanel" > CC: "users" > Enviados: Martes, 22 de Enero 2013 11:03:49 > Asunto: Re: [Users] Help on an almost migrated ovirt-engine > On Tue, Jan 22, 2013 at 10:47 AM, Adrian Gibanel wrote: > > I've finally come with: > In another thread regarding all-in-one db problems I had (around > 29/12/12), Doron came to tell > Backup to a file called mybackup may be created by: > - cd to /usr/share/ovirt-engine/dbscripts > - ./backup.sh -u postgres -f mybackup > .. > Just in case you ever wish to use the backupfile, us this procedure: > - cd to /usr/share/ovirt-engine/dbscripts > - ./restore.sh -u postgres -f mybackup -r > and I successfully tested it on the same host. > I think it could be done the same with the second part on the new > host... > Gianluca -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] KVM version not showing in Ovirt Manager
I think that it's a typo and the right command is: vdsClient . The second command doesn't have the typo :). - Mensaje original - > De: "Tom Brown" > Para: "Haim Ateya" > CC: users@ovirt.org > Enviados: Martes, 22 de Enero 2013 18:41:46 > Asunto: Re: [Users] KVM version not showing in Ovirt Manager > > please issue the following commands on both hv's: > > > > vdsClinet -s 0 getVdsCaps && vdsClient -s 0 getVdsStats > > > > I would like to make sure vdsm is indeed report them to the engine. > > > i appear to not have that command in my PATH on either node - -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt engine migration howto and some doubts
A happy update on my ovirt-engine migration quest. I've finally convinced myself that I had to change oVirt-engine hostname with all these certificate instructions that jhernand mentioned. My doubts are about the passwords mentioned in: http://wiki.ovirt.org/How_to_change_engine_host_name Are you supposed to change them? Or some of them are somehow default oVirt passwords? So I've finally do it. oVirt-engine seems to find again all its hosts. I haven't tried to interact with virtual machines (too late right now here) but everything seems ok. The oVirt engine migration howto is found here: http://www.ovirt.org/User:Adrian15/oVirt_engine_migration The only thing that bothers me is finding: WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-6) calling GetConfigurationValueQuery (SearchResultsLimit) with null version, using default general for version at engine.log. It might have been always there in the OldAIO but just noticed right now? Should I bother? Some thoughts: * An extra step that nobody predicted was opening ports so that vdsm, libvirt tls, guest consoles, migration and snmp were available. It would seem AIO firewall setup doesn't open them by default and I understand it why... because it's locally, although not opening migration ports makes me think if we cannot achieve migration on default AIO installation. Maybe it's a bug on the all-in-one script that prepares the engine-setup execution? * As I've commented I'm glad that oVirt 3.2 database dump script let's you select a file and doesn't save a fixed filename one. Feedback is welcome so that the wiki page can be improved. Maybe someone can rewrite it to adapt it to official oVirt language and official oVirt wiki style. ----- Mensaje original - > De: "Adrian Gibanel" > Para: "users" > CC: "Itamar Heim" , dfedi...@redhat.com > Enviados: Martes, 22 de Enero 2013 2:48:47 > Asunto: Help on an almost migrated ovirt-engine > I need to migrate an ovirt-engine from an All-In-One (AIO) setup to a > dedicated machine. > So with an old mailing message I've tried to do it but not finished > yet, that's why I ask for help. > I've written a wiki page for the experience so that it becomes a > howto which can be found here: > http://www.ovirt.org/User:Adrian15/oVirt_engine_migration -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 3.1 to 3.2 migration
- Mensaje original - > De: "Alexandru Vladulescu" > Para: "users" > Enviados: Martes, 22 de Enero 2013 20:47:55 > Asunto: [Users] 3.1 to 3.2 migration > Hi everybody, > This might seem to be a stupid question but I might just give it a > shot > and ask you if has anybody tried so far to migrate a 3.1 stable to a > 3.2 > alpha release ? On my side I have no luck. What do you mean by migrating? Updating packages on the same machine? Migrating from one machine to another one? You mean you want to update/migrate ovirt-engine, isn't it ? > Might have found a bug as well, but that is what you need to confirm > to > me. I had the jboss setup running on port http 8080 and for https > 8443. > After the upgrade, everything I try besides the port 80 and 443 > doesn't > work. If I try to reconfigure the previous used ports, I find java > listening on port 8080 for http, but when I try to log in and switch > to > https on admin portal there is nothing listening out there and I get > "Page cannot be displayed". How do you try to reconfigure it? What commands do you run? Or what files do you edit? > If we cannot consider migration, would it be sufficient to insert the > dump from the 3.1 into 3.2 current alpha release ? As I said above we don't know what you mean by migration. -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 3.1 to 3.2 migration
As far as I know in Fedora you need to upgrade from Fedora 17 to Fedora 18. As you you're using CentOS I suppose you don't need to upgrade your CentOS but I'm not sure at all. Anyways what I've read in the mailing list about 3.1 to 3.2 update is the following one: * Update packages * Run: engine-upgrade command I don't know how easy it is to update packages in your case (stable to beta) so you might do it in your way like this: * Remove 3.1 packages * Install 3.2 beta packages * Run: engine-upgrade command >From what I have read (not an expert) there's a difference between the old and >new database schema (and probably other parts of oVirt) and the engine-upgrade >handles that. Maybe other list contributors can confirm if I'm missing some other steps or not. - Mensaje original ----- > De: "Alexandru Vladulescu" > Para: "Adrian Gibanel" > CC: "users" > Enviados: Jueves, 24 de Enero 2013 10:59:14 > Asunto: Re: [Users] 3.1 to 3.2 migration > Dear Adrian, > By migration I mean to say "migration of the products from 3.1 to 3.2 > -- or upgrade of the Ovirt platform". The test upgrade was done, in > my case, on a machine that only acts as a node controller in the > system, therefore there is no ISO domains, local storage volumes or > vdsm daemon for hypervisior purpose running. > Using, dreyou's repo, I included the 3.2 alpha release, removed the > 3.1 version clean from the system, install all the 3.2 ovirt > packages version and run engine-setup on the new installation. > I did not run engine-cleanup, therefore the DB was untouched and > running engine-setup, I saw that the DB initialization sequence was > pushing new table & data updates on the running DB from postgres as > the new size went from 10MB to 15MB. -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 3.0 to 3.1 upgrade
While checking for Vladulescu issue an specific 3.1 to 3.2 upgrade page in the wiki I found out this one: http://www.ovirt.org/OVirt_3.0_to_3.1_upgrade I've changed email subject because 3.0 to 3.1 upgrade seems to be completely different from 3.1 to 3.2 upgrade. - Mensaje original - > De: "Sven Knohsalla" > Para: "users" > Enviados: Jueves, 24 de Enero 2013 14:26:21 > Asunto: Re: [Users] 3.1 to 3.2 migration > Hi, > would be very good to know, although for future versions, > if the command engine-upgrade is able to handle engine updates with > no issues > (for default ovirt-engine installations) . > For us it’s a disaster to move productive environment from 3.0 to > 3.1. > Thanks in advance! > Best, > Sven. -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 3.1 to 3.2 migration
- Mensaje original - > De: "Alexandru Vladulescu" > Para: users@ovirt.org > Enviados: Jueves, 24 de Enero 2013 14:21:22 > Asunto: Re: [Users] 3.1 to 3.2 migration > Hi, > On 01/24/2013 03:13 PM, Adrian Gibanel wrote: > > As far as I know in Fedora you need to upgrade from Fedora 17 to > > Fedora 18. > > > As you you're using CentOS I suppose you don't need to upgrade your > > CentOS but I'm not sure at all. > > This is not the case, it goes right if installed 3.2 from scratch on > a new machine. Don't think CentOS has a problem here. Well, I remember having asked about Fedora and CentOS oVirt support differences in the irc and I think I was answered that for some features you needed extra repositories for new kernel + kvm and / or gluster and /or libvirt. Not sure about what were exactly the features you missed and the repos you need to enable manually. But just for upgrading to oVirt 3.2 I think you won't have any problem. > > Anyways what I've read in the mailing list about 3.1 to 3.2 update > > is > > the following one: > > > * Update packages > > > * Run: engine-upgrade command > > > I don't know how easy it is to update packages in your case (stable > > to beta) so you might do it in your way like this: > > > * Remove 3.1 packages > > > * Install 3.2 beta packages > > > * Run: engine-upgrade command > > I have removed 3.1 using yum, installed 3.2 using yum and run the > engine-setup and not upgrade command. As seen engine-upgrade, tries > first to locate a mirror through yum. Hummm. Maybe I was mistaken and what you have to do is to add a yum repository and then run engine-upgrade. What I remember without any doubt is that you had to run engine-upgrade no matter what. Hope someone can clarify it. -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Change locale for VNC console
- Mensaje original - > De: "Nicolas Ecarnot" > Para: users@ovirt.org > Enviados: Lunes, 21 de Enero 2013 8:10:45 > Asunto: Re: [Users] Change locale for VNC console > Le 19/01/2013 15:19, Adrian Gibanel a écrit : > > Salut Nicolas, > Ola Adrian, > > > > Can you run: > > > > rpm -qa | grep ovirt > > > > so that we know which ovirt version you're using? > [root@xxx etc]# rpm -qa | grep ovirt > ovirt-engine-restapi-3.1.0-4.fc17.noarch > ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch > ovirt-engine-notification-service-3.1.0-4.fc17.noarch > ovirt-release-fedora-5-2.noarch > ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch > ovirt-engine-userportal-3.1.0-4.fc17.noarch > ovirt-engine-config-3.1.0-4.fc17.noarch > ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch > ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch > ovirt-engine-setup-3.1.0-4.fc17.noarch > ovirt-engine-tools-common-3.1.0-4.fc17.noarch > ovirt-engine-3.1.0-4.fc17.noarch > ovirt-engine-dbscripts-3.1.0-4.fc17.noarch > ovirt-engine-backend-3.1.0-4.fc17.noarch > ovirt-engine-genericapi-3.1.0-4.fc17.noarch > ovirt-engine-sdk-3.1.0.4-1.fc17.noarch > [root@xxx etc]# > Apart from the gtk that I had to downgrade (iso import issue - see > recent mailing list msgs), they look like the same. You hit this bug: https://bugzilla.redhat.com/show_bug.cgi?id=869457 Keith, which I CC, said in another email that this problem was solved in git but that no package had been released . Keith can you update the bug with the commit where it gets solved or something similar? Thank you. -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Glusterfs HA doubts
In oVirt 3.1 GlusterFS support was added. It was an easy way to replicate your virtual machine storage without too much hassle. There are two main howtos: * http://www.middleswarth.net/content/installing-ovirt-31-and-glusterfs-using-either-nfs-or-posix-native-file-system-engine (Robert Middleswarth) * http://blog.jebpages.com/archives/ovirt-3-1-glusterized/ (Jason Brooks). 1) What about performance? I've done some tests with rsync backups (even using the suggested --inplace rsync switch) that implies small files. These backups were done into local mounted glusterfs volumes. Backups instead of lasting about 2 hours they lasted like 15 hours long. Is there maybe something that only happens with small files and with big files performance is ok? 2) How to know the current status? In DRBD you know it checking a proc file if I remember it well. I remember too that GlusterFS doesn't have an equivalent thing and there's no evident way to know if all the files are synced. If you have tried it how do you know if both sets of virtual disks images are synced? 3) Mount dns resolution If you check Jason Brooks howto you will see that it uses a hostname for refering to nfs mount. If you want to perform HA you need your storage to be mounted and if the server1 host is down it doesn't help that the nfs mount point associated to the storage is server1:/vms/ and not server2:/vms/. Checking Middleswarth howto I think that he does the same thing. Let's explain a bit more so that understand. My example setup is the one where you have two host machines where you run a set of virtual machines on one and the other one doesn't have any virtual machine running. Where is the virtual machines storage located? It's located at the glusterfs volume. So the first one of the machines mounts the glusterfs volume as nfs (It's an example). If it uses its own hostname for the nfs mount then if itself goes down the second host isn't going to mount it when it's restarted in the HA mode. So the first one of the machines mounts the glusterfs volume as nfs (It's an example). If it uses the second host hostname for the nfs mount then if the second host goes down the virtual machine cannot access its virtual disks. A workaround for this situation which I have thought is to use /etc/hosts on both machines so that: whatever.domain.com resolves in both hosts to the host self's ip. I think that glusterfs has a way of mounting their share through "-t glusterfs" that somehow can ignore these hostnames problems but I haven't read it too much about it so I'm not too sure. 4) So my doubts basically are: * Has anyone setup a two host glusterfs HA oVirt cluster where storage is shared by a replicated Glusterfs volume that is shared and stored by both of them? * Does HA work when one of the host goes down? * Or does it complain about hostname as I suspect? * Any tips to ensure the best performance? Thank you. -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] How to update VdcBootStrapUrl (not using DB) ?
I've recently updated my http://www.ovirt.org/User:Adrian15/oVirt_engine_migration oVirt engine migration howto with the http://www.ovirt.org/User:Adrian15/oVirt_engine_migration#Update_VdcBootStrapUrl Update VdcBootStrapUrl section. My next move is to move this section into the http://www.ovirt.org/How_to_change_engine_host_name How to change engine host name because I think it's a needed step. But I don't like that currently you have to issue a database update like this: psql -c "update vdc_options set option_value = 'http://new.manager.com:80/Components/vds/' where option_name = 'VdcBootStrapUrl'" -U postgres engine So I was wondering if there was a proper way like using a command like vdsClient or something similar. I mean so that in the future the vdc_options table gets renamed that the command is still the same. I CC jhernand because I think he wrote the original "How to change engine host name" at the mailing list and also answered with the VdcBootStrapUrl update sentence to someone how couldn't add a new host after I think restoring an ovirt-engine. Thank you. -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Community feedback on the new UI-plugin Framework
- Mensaje original - > De: "Oved Ourfalli" > Hey all, > We had an oVirt workshop this week, which included a few sessions > about the new oVirt UI Plugin framework, including a Hackaton and a > BOF session. Was there finally any video recorded of this workshop? > If you find the feedback above true, or you have other comments that > weren't mentioned here, please share it with us! 5. Everything should be a plugin. One trend among platform design is that everything should be a plugin. I'm not sure how it will go with oVirt but the idea is that: * Hosts tab * Virtual machines tab * GlusterFS volumes tab * Disks tab are each one of them a plugin. You should remark that as a side-effect you win two things: * People can check how standard plugins (you could make them not-uninstallable and not-being-able-to-disable) to learn how to build their own plugins * Your plugin system would be better because it would need to be improved to support all the current default plugins capabilities 6. Plugin logs Maybe an standard way of saving plugin logs through standard ovirt-engine logs and specific plugin logs. 7. Wiki Page Is there any wiki page about this UI-plugin framework so that I can add a New ideas or new features requests page link there and add these same ideas? I think that's all. > Thank you, > Oved > P.S: > I guess the slides will be uploaded sometime next week (I guess > someone would have asked it soon... so now you have your answer :-) I will, for sure, take a look at them. -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] How to update VdcBootStrapUrl (not using DB) ?
- Mensaje original - > De: "Juan Hernandez" > > Update VdcBootStrapUrl section. > > But I don't like that currently you have to issue a database update > > like this: > > > > psql -c "update vdc_options set option_value = > > 'http://new.manager.com:80/Components/vds/' where option_name = > > 'VdcBootStrapUrl'" -U postgres engine > The alternative to the SQL statement is the engine-config tool: > engine-config -s VdcBootStrapUrl=http://... > In version 3.2 this parameter has been removed. And what does that mean exactly? The parameter is not longer needed because the url resolution is done in another way? Maybe other parametre in ovirt 3.2 needs to be updated? With which command then? So far I'm going to update the wiki with 'only needed in 3.1 version' reference and I will update it as needed. Thank you. -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Connecting with vnc to a VM defined as spice
- Mensaje original - > De: "Gianluca Cecchi" > Para: "Michal Skrivanek" > CC: "users" > Enviados: Lunes, 4 de Febrero 2013 10:52:02 > Asunto: Re: [Users] Connecting with vnc to a VM defined as spice > In the mean time I powered off and changed the configuration and set > to vnc but it seems it didn't work. > I get the message regarding ip:port and password in web admin portal, > but when I try to connect I don't even get the prompt for password, > but an error. > I tried with novnc and tigervnc from a fedora 17 laptop. > Let me know how to test further in case. Did you make sure that the mentioned port was open in the host firewall? -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt reporting wrong cpu family
I happen to have the same problem in oVirt 3.1 on Fedora. Any workaround? $ sudo vdsClient -s 0 getVdsCaps | grep -i flags ; echo -e -n "\n" ;cat /proc/cpuinfo | grep "model name" | head -n 1 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,popcnt,tsc_deadline_timer,xsave,avx,lahf_lm,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe model name : Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz $ rpm -qa | grep -i ovirt ; rpm -qa | grep -i vdsm ovirt-release-fedora-5-2.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch - Mensaje original - > De: "Jithin Raju" > Para: "Itamar Heim" > CC: users@ovirt.org > Enviados: Jueves, 3 de Enero 2013 4:49:34 > Asunto: Re: [Users] ovirt reporting wrong cpu family > Hi , > Please find the requested flags below: > [root@fig /]# vdsClient -s 0 getVdsCaps | grep -i flags > cpuFlags = > fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe > Thanks, > Jithin > On Thu, Jan 3, 2013 at 2:03 AM, Itamar Heim < ih...@redhat.com > > wrote: > > On 01/02/2013 03:37 PM, Jithin Raju wrote: > > > > Hi, > > > > > > I have installed ovirt 3.1 on fedora 17. > > > > > > I added my node wtih intel E5-2620 (sandy bridge) to cluster. > > > > > > Even though model is detected properly,CPU name is shown as Intel > > > Conroe > > > > > > family instead of sandy bridge. > > > > > > Since my cluster is configured as sandy bridge i got this error: > > > > > > Host fig moved to Non-Operational state as host does not meet the > > > > > > cluster's minimum CPU level. Missing CPU features : > > > model_SandyBridge. > > > > > > as per cpuinfo :model name : Intel(R) Xeon(R) CPU E5-2620 0 @ > > > 2.00GHz. > > > > > > i moved the cluster to conroe ,got the host up. > > > > > > reference: > > > > > > http://en.wikipedia.org/wiki/ Sandy_Bridge_( microarchitecture) > > > > > > http://ark.intel.com/products/ 64594 > > > > > > PFA for screenshot. > > > > > > Thanks, > > > > > > Jithin > > > -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt reporting wrong cpu family
Yes, I know. I meant a workaround where the processor is detected as SandyBridge. Thank you. - Mensaje original - > De: "Itamar Heim" > Para: "Adrian Gibanel" > CC: "Jithin Raju" , users@ovirt.org > Enviados: Sábado, 16 de Febrero 2013 21:36:38 > Asunto: Re: [Users] ovirt reporting wrong cpu family > On 16/02/2013 18:56, Adrian Gibanel wrote: > > I happen to have the same problem in oVirt 3.1 on Fedora. > > Any workaround? > > > > $ sudo vdsClient -s 0 getVdsCaps | grep -i flags ; echo -e -n "\n" > > ;cat /proc/cpuinfo | grep "model name" | head -n 1 > > cpuFlags = > > fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,popcnt,tsc_deadline_timer,xsave,avx,lahf_lm,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe > you cpu is identified as model_Conroe, which should work. just set > the > cluster level to Conroe (should happen automatically if first host > added > to the cluster) > > > > model name : Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz > > > > $ rpm -qa | grep -i ovirt ; rpm -qa | grep -i vdsm > > ovirt-release-fedora-5-2.noarch > > vdsm-python-4.10.0-10.fc17.x86_64 > > vdsm-cli-4.10.0-10.fc17.noarch > > vdsm-4.10.0-10.fc17.x86_64 > > vdsm-xmlrpc-4.10.0-10.fc17.noarch -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt reporting wrong cpu family
Here there's my libvirt version: $ rpm -qa | grep libvirt libvirt-daemon-config-nwfilter-0.9.11.9-1.fc17.x86_64 libvirt-python-0.9.11.9-1.fc17.x86_64 libvirt-client-0.9.11.9-1.fc17.x86_64 libvirt-daemon-0.9.11.9-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.9-1.fc17.x86_64 libvirt-0.9.11.9-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.9-1.fc17.x86_64 Yes, I suppose I will be able to wikify it. - Mensaje original - > De: "Itamar Heim" > Para: "Adrian Gibanel" > CC: users@ovirt.org, "Jithin Raju" , "Martin > Kletzander" > Enviados: Sábado, 16 de Febrero 2013 22:02:01 > Asunto: Re: [Users] ovirt reporting wrong cpu family > On 16/02/2013 22:46, Adrian Gibanel wrote: > > Yes, I know. I meant a workaround where the processor is detected > > as > > SandyBridge. > Adrian - please provide libvirt version. > Martin - can you please take a look? > Adrian - can you later please wikify this recurring question? > Thanks, > Itamar > > > > Thank you. > > > > ---- > > > > *De: *"Itamar Heim" > > *Para: *"Adrian Gibanel" > > *CC: *"Jithin Raju" , users@ovirt.org > > *Enviados: *Sábado, 16 de Febrero 2013 21:36:38 > > *Asunto: *Re: [Users] ovirt reporting wrong cpu family > > > > On 16/02/2013 18:56, Adrian Gibanel wrote: > > > I happen to have the same problem in oVirt 3.1 on Fedora. > > > Any workaround? > > > > > > $ sudo vdsClient -s 0 getVdsCaps | grep -i flags ; echo -e -n > > "\n" ;cat /proc/cpuinfo | grep "model name" | head -n 1 > > > cpuFlags = > > fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,popcnt,tsc_deadline_timer,xsave,avx,lahf_lm,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe > > > > you cpu is identified as model_Conroe, which should work. just set > > the > > cluster level to Conroe (should happen automatically if first host > > added > > to the cluster) > > > > > > > > model name : Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz > > > > > > $ rpm -qa | grep -i ovirt ; rpm -qa | grep -i vdsm > > > ovirt-release-fedora-5-2.noarch > > > vdsm-python-4.10.0-10.fc17.x86_64 > > > vdsm-cli-4.10.0-10.fc17.noarch > > > vdsm-4.10.0-10.fc17.x86_64 > > > vdsm-xmlrpc-4.10.0-10.fc17.noarch -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Lost our management server.. have DB backup but no /etc/pki/
If it can help I wrote an oVirt engine migration page for oVirt 3.1 on: http://www.ovirt.org/User:Adrian15/oVirt_engine_migration . I suppose some of the steps might be adapted for your case easily. - Mensaje original - > De: "Itamar Heim" > Para: "Saint Keimond" > CC: users@ovirt.org > Enviados: Domingo, 17 de Febrero 2013 9:26:34 > Asunto: Re: [Users] Lost our management server.. have DB backup but > no /etc/pki/ > On 17/02/2013 04:17, Saint Keimond wrote: > > Hello, > > We lost our Fedora 17 server with ovirt 3.1 on it. We have a good > > database backup but do not have have any certificates. From what I > > read, > > it is possible to still do a restore.. we just have to rejoin all > > the > > nodes so that they get a new certificate. > > > > I've tried to bring the database in to a fresh 3.1 install and a > > fresh > > 3.2 install.. with no success on either. I need some helping > > figuring > > this out :) > > > > > > Thanks, > > David > i don't remember the exact process of the top of my head, but it > should > be either: > 1. restore db, then install ovirt (exact same version by re-using the > db. > 2. install ovirt, restore the db over it, and fix some config entries > to > correctly map the new certificates. > then just remove hosts and re-add them to generate new certs for them > (or just move them to maint and re-install them via the link that > should > appear in the general subtab) -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] How to make oVirt I/O write faster than Virtualbox and others?
Every benchmark out there features KVM as the best virtualisation technology. Even in the I/O write category. My results with oVirt are deceiving. So I'm going to explain my test machine, setup and ask your for advice to find out what's wrong. Any more data you need please ask for it. I like oVirt mostly because of its datacentre-aware web manager. But if it gets unusable I would have to take a look at other systems. Hardware machine for the host OS - * Sandy Bridge E * CPU : Intel Xeon E5-1620 (10 MB Intel Smart Cache) * Cores / Threads : 4 / 8 * Frecuency : 3.6GHz / 3.8GHz Turbo Boost * RAM : 64 GB DDR3 ECC * Hard Disk : 2x 2TB SATA3 * VT technology: Intel VT Common OS Setup for the host OS - * 2 hard disks RAIDSoft Guest OS common setup - * 1 socket x 1 core x 1 thread * 2 GB RAM * 300 GB Preallocated hard disk * Virtualmin installed (Just an excuse to have a mysql server) * Ubuntu 12.04 64bit Write I/O test -- The write I/O test is not standard one but a custom one. One of our needs is to create new Mysql INNODB tables. These tables have to be created in less than php maximum execution time so that some web installations don't timeout when creating their databases. DISCLAIMER: If you want to evaluate oVirt don't trust on these times, please do your own tests. So the test creates table0 with two ints columns which are then filled with 100 insert intos. Repeat that for 99 more tables. Finally drop (delete) all the create tables. What I run is: mysql -u root -p -e "drop database test_create_tables" mysql -u root -p -e "create database test_create_tables" time mysql -u root -p test_create_tables < test_mysql.sql I attach test_mysql.sql gzipped just in case anyone is curious. Note that all the Proxmox tests are: Debian Squeeze + Proxmox (KVM). It was never used openvz as a virtualisation technology. Test A - Debian Squeeze + Proxmox (KVM) - Description: This is proxmox booting a machine as KVM (not as openvz). As said before only 1 socket and 1 core. real0m9.453s user0m0.104s sys 0m0.076s Test B - Proxmox (KVM, aio=threads) Description: Proxmox again. Qemu was run at hand by changing aio parametre to be aio=threads (as oVirt uses) instead of aio=native. real0m9.510s user0m0.080s sys 0m0.096s Test C - Proxmox (linux-image-virtual kernel installed, aio=threads) Description: If we install linux-image-virtual kernel inside the guest machine times are improved a bit. real0m8.691s user0m0.104s sys 0m0.080s Test D - Proxmox (ubuntu, linux-virtual, aio=threads y: -cpu kvm64,+lahf_lm,+ssse3,-cx16) --- real0m8.790s user0m0.084s sys 0m0.096s Test E - Proxmox (ubuntu, linux-virtual, aio=threads y: -cpu kvm64,+lahf_lm,+ssse3,-cx16 -M pc-01.4) - real0m8.720s user0m0.100s sys 0m0.080s Test F - Proxmox (ubuntu, linux-virtual, aio=threads y: -cpu kvm64,+lahf_lm,+ssse3,-cx16 -M pc-01.4 -rtc base=2013-02-22T02:26:29,driftfix=slew) real0m8.790s user0m0.096s sys 0m0.084s Test G - Virtualbox -- Description: Ubuntu 12.04 64bit as a host. This is Virtualbox 4.2 with the extension pack installed. Notice that neither I installed the guest additions tools in the guest machine nor the linux-image-virtual kernel. real0m36.176s user0m0.612s sys 0m0.468s Test H - Fedora 17 64bit - oVirt 3.1 --- Description: This is Fedora 17 64bit oVirt 3.1 being installed in the Host. Web manager is installed in another machine. SELinux is in Permissive mode. Virtual machine is run at the same virtual machine where storage is. The datacenter is setup as "Localhost on host" type. Linux-image-virtual kernel installed inside the guest machine. real0m52.246s user0m0.200s sys 0m0.128s Test I - Fedora - oVirt 3.1 - vdsmd stopped. --- Description: This is Fedora 17 64bit oVirt 3.1 being installed in the Host. Web manager is installed in another machine. SELinux is in Permissive mode. Virtual machine is run at the same virtual machine where storage is. The datacenter is setup as "Localhost on host" type. Linux-image-virtual kernel installed inside the guest machine. vdsmd daemon was stopped at the host was stopped just in case it was the I/O decrease reason. real0m45.932s user0m0.216s sys 0m0.100s Some bits about the test: * If you're asking, yes, I've repeated the test several times and the times I give here are representative. The password was inserted manually when running mysql commands but that's only 1 to 2 seconds less which doesn't explain the huge differences between the tests. * I also tried Fedora 64bit and Centos 64bit as guest systems and the results were worse. * I also tried other less powerful machines which work ok with Virtualbox but have poor I/O write results with oVirt. * The B-F Pr
Re: [Users] ovirt reporting wrong cpu family
Sorry for the late answer. I was kind of busy. I reply inline below. - Mensaje original - > De: "Martin Kletzander" > Para: "Itamar Heim" > CC: "Adrian Gibanel" , users@ovirt.org, "Jithin > Raju" > Enviados: Martes, 19 de Febrero 2013 15:11:05 > Asunto: Re: [Users] ovirt reporting wrong cpu family > On 02/16/2013 10:02 PM, Itamar Heim wrote: > > Adrian - can you later please wikify this recurring question? > > > If this is related to libvirt detecting the wrong CPU, we have a short > wiki page [1] for that either, you can link to that in yours (or maybe > it'll help you write it). Thank you. I'll take a look. More below. > [...] > >> On 16/02/2013 18:56, Adrian Gibanel wrote: > >>> I happen to have the same problem in oVirt 3.1 on Fedora. > >>> Any workaround? > >>> > >>> $ sudo vdsClient -s 0 getVdsCaps | grep -i flags ; echo -e -n "\n" ;cat > >>> /proc/cpuinfo | grep "model name" | head -n 1 > >>> cpuFlags = > >>> fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,popcnt,tsc_deadline_timer,xsave,avx,lahf_lm,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe > >>> > At first, let me say that this is very weird CPU detection as according > to these flags, the processor described in here should be "Nehalem". > Could you try running 'virsh -r capabilities' on the host to check what > libvirt reports? Here you are: c090c38a-5202-e211-bbb4-4c72b97c99ed x86_64 Nehalem Intel tcp selinux 0 hvm 32 /usr/bin/qemu-system-x86_64 pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc /usr/bin/qemu-kvm pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc hvm 64 /usr/bin/qemu-system-x86_64 pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc /usr/bin/qemu-kvm pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc > There might be a possible workaround if you want your CPU to be > identified as different model, most probably by editing > '/usr/share/libvirt/cpu_map.xml', but that should be omitted since it > may lead to problems. Non applicable workaround then. I should have expected it. Ok, I prefer not having additional problems. > [...] > >>> model name : Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz > >>> > And as I see the CPU is SandyBridge, so this should be solved properly > (probably a bug somewhere or very low-level misconfiguration). Check > [1], maybe some features can get enabled. The machine is in a datacentre so I doubt I can change any BIOS or UEFI settings. > Martin > [1] > http://wiki.libvirt.org/page/Libvirt_identifies_host_processor_as_a_different_model_from_the_hardware_documentation -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt reporting wrong cpu family (2nd server)
This is another server which I have also problems with. I cannot select SandyBridge as the cpu type. Still oVirt 3.1 in Fedora 17. * Tecnology : Sandy Bridge E * CPU : Intel Xeon E5-1620 * Cores / Threads : 4 / 8 * Frecuency : 3.6GHz / 3.8GHz Turbo Boost #cpuinfo: Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz # rpm -qa | grep -E 'vdsm|libvirt' | sort libvirt-0.9.11.9-1.fc17.x86_64 libvirt-client-0.9.11.9-1.fc17.x86_64 libvirt-daemon-0.9.11.9-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.9-1.fc17.x86_64 libvirt-daemon-config-nwfilter-0.9.11.9-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.9-1.fc17.x86_64 libvirt-python-0.9.11.9-1.fc17.x86_64 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 # virsh -r capabilities ----002590a41888 x86_64 SandyBridge Intel tcp selinux 0 hvm 32 /usr/bin/qemu-system-x86_64 pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc /usr/bin/qemu-kvm pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc hvm 64 /usr/bin/qemu-system-x86_64 pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc /usr/bin/qemu-kvm pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc - Mensaje original - > At first, let me say that this is very weird CPU detection as according > to these flags, the processor described in here should be "Nehalem". > Could you try running 'virsh -r capabilities' on the host to check what > libvirt reports? -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt reporting wrong cpu family (2nd server)
I've read again the wiki page and as you might ask for it here's the cpuinfo flags output: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid If we check the mentioned cpu_max.xml file we find : So I suppose that pclmuldq is expected in the flags but it's not there. Isn't it? So I need to add my specific model at hand and trying to infer which are the specific flags for it? Or maybe that needs something more to be hacked in the libvirt code... and thus I should wait for libvirt people to add it? Well, I mean, going to their ML and asking there? Or isn't there any hope for my particular sandbridge cpu? Thank you. - Mensaje original - > De: "Adrian Gibanel" > Para: users@ovirt.org > CC: "Itamar Heim" , "Jithin Raju" , > "Martin Kletzander" > Enviados: Sábado, 2 de Marzo 2013 17:21:43 > Asunto: Re: [Users] ovirt reporting wrong cpu family (2nd server) > This is another server which I have also problems with. I cannot select > SandyBridge as the cpu type. > Still oVirt 3.1 in Fedora 17. > * Tecnology : Sandy Bridge E > * CPU : Intel Xeon E5-1620 > * Cores / Threads : 4 / 8 > * Frecuency : 3.6GHz / 3.8GHz Turbo Boost > #cpuinfo: > Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz > # rpm -qa | grep -E 'vdsm|libvirt' | sort > libvirt-0.9.11.9-1.fc17.x86_64 > libvirt-client-0.9.11.9-1.fc17.x86_64 > libvirt-daemon-0.9.11.9-1.fc17.x86_64 > libvirt-daemon-config-network-0.9.11.9-1.fc17.x86_64 > libvirt-daemon-config-nwfilter-0.9.11.9-1.fc17.x86_64 > libvirt-lock-sanlock-0.9.11.9-1.fc17.x86_64 > libvirt-python-0.9.11.9-1.fc17.x86_64 > 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 > # virsh -r capabilities > > [...] > - Mensaje original - > > At first, let me say that this is very weird CPU detection as according > > to these flags, the processor described in here should be "Nehalem". > > Could you try running 'virsh -r capabilities' on the host to check what > > libvirt reports? > -- -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Copy VM using the commandline
While you wait for a more oVirt-standard reply (like trying to solve your problem from the Web Manager) you can check: http://www.ovirt.org/User:Adrian15/Virtual_Machines_Images_Raw_Management . - Mensaje original - > De: "Matt ." > Para: "users" > Enviados: Domingo, 3 de Marzo 2013 19:20:03 > Asunto: [Users] Copy VM using the commandline > Is it possible to copy a VM from storage node to storage node by > using the commandline ? > ISO images are indexed automaticly but I don't know how this works > for storage. > I have a storage device that was "down" following the system, but my > images are still on there. To avoid reinstalling the systems and > placing backups back I would like to know if I can copy the images > from this folder to a storage device that can be seen normal. > I hope this is possible. > Cheers, > Matt > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] why ovirt does not support NAT network
Just in case it might help you please check: http://lists.ovirt.org/pipermail/users/2012-April/001751.html I managed to implement Virtualbox-hostonly-alike networks gathering more info from: http://libvirt.org/formatnetwork.html . You might be also interested in: http://wiki.libvirt.org/page/Networking although I didn't use it myself. You might probably already know this information but, just in case, here it is. - Mensaje original - > De: "bigclouds" > Para: "Dan Kenigsberg" > CC: users@ovirt.org > Enviados: Jueves, 7 de Marzo 2013 15:46:48 > Asunto: Re: [Users] why ovirt does not support NAT network > hi, Dan Kenigsberg > yes, i am working on this feature, the goal is that HOST can supply > bridge and NAT network meanwhile ,users can choise. > because birdge network occupy too many IPs, at least, one user will > have 2 IPs(VM and thin client). > At 2013-03-07 19:28:29,"Dan Kenigsberg" wrote: > >On Thu, Mar 07, 2013 at 06:49:20PM +0800, bigclouds wrote: > >> why ovirt does not support NAT network? > > > >Would you elaborate on that? > > > >Do you refer to putthing VMs behind a NAT, instead of a bridge? -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] How to make oVirt I/O write faster than Virtualbox and others?
- Mensaje original - > De: "Yaniv Kaul" > Para: "Adrian Gibanel" > CC: "users" > Enviados: Jueves, 7 de Marzo 2013 8:08:55 > Asunto: Re: [Users] How to make oVirt I/O write faster than > Virtualbox and others? > - Original Message - > > > > Every benchmark out there features KVM as the best virtualisation > > technology. Even in the I/O write category. My results with oVirt > > are deceiving. So I'm going to explain my test machine, setup and > > ask your for advice to find out what's wrong. Any more data you > > need please ask for it. I like oVirt mostly because of its > > datacentre-aware web manager. But if it gets unusable I would have > > to take a look at other systems. > > Some random questions: > > > > * Is it a problem that sandbridge architecture is being detected as > > an Intel Conroe architecture? > > * Is there any easy way to test aio=native in oVirt when running > > virtual machines just for testing it? > Our testing showed that aio=threads works better for file-based > storage (vs. aio=native for block storage). > > * Should I test oVirt 3.2? Is there any improvement in I/O writing? > Probably not, but you should try with oVirt 3.2 nevertheless, for the > wealth of other features that might be useful now or later (direct > LUN for example). Interesting. > > * What about Fedora 18? Any improvements in I/O writing or, I don't > > know, the Virtio system? > Probably a newer QEMU and KVM can provide better performance. Did not > go through the complete changelog to verify it. Ok. > > * Any ovirt-node package for Debian/Ubuntu? The wiki seems like a > > draft (http://www.ovirt.org/Ovirt_build_on_debian/ubuntu). > > * Any I/O write consuming package that I should remove from stock > > Fedora just before installing it from the web manager? > > > > So... Any idea? > I'd start with comparing the complete QEMU command line between the > instances. I don't think it's only the -cpu that'll affect the > performance (unless the test is CPU bound?). Specifically, what > about the cache= setting? We use, for data safety, cache=none. That's what I did in the proxmox's manually run qemus. Some news: - Although I haven't done a proper check I think it has improved a lot by disabling cpu scaling and letting performance Take a look at: http://forums.fedoraforum.org/showthread.php?t=272109 Proxmox with direct LV as a hard disk is still faster but that makes sense because oVirt 3.1 only worked with files in filesystem and not with LVs. Maybe that 3.2 direct LUN support implies also LV support. -- -- 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 . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
