Re: [Users] Short delay in 3.3 release-- was [Re: oVirt 3.3 Release Go/No-Go Meeting Minutes]
I simply installed the ksm package and everything runs eine. Do I miss something here? Markus Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Ãber das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] so, what do you want next in oVirt?
tor 2013-09-05 klockan 09:30 +0200 skrev noc: On 2-9-2013 16:32, Itamar Heim wrote: On 09/02/2013 05:29 PM, NOC wrote: On 08/21/2013 12:11 PM, Itamar Heim wrote: On 08/21/2013 02:40 AM, Joop van de Wege wrote: What I would like to see in the ! next version is pxe boot of the nodes. Probably not easy to achieve because of dependency on dhcp. Hi Joop, can you please give a bit more information on the use case / how you envision this? current thinking around bare metal provisioning of hosts is to extend the functionality around the foreman provider for this, but you may have other suggestions? I think Joop means to be able to add hosts (nodes) to a cluster by adding their MAC address to the dhcp list for PXE boot into ovirt-node and thus join the cluster. This would make it easy to add new physical nodes without any spinning disks or other local storage requirements. we started adding foreman integration in 3.3: http://www.ovirt.org/Features/ForemanIntegration adding ohad and oved for their thoughts on this. I suppose this may not be easy with complex network connections (bonds on mgmt network, mgmt network on a tagged vlan, etc), but it should be possible if the management network interface is plain and physical. /Simon PS, Perhaps Joop can confirm this idea, we've talked about it IRL. ___ Users mailing list Users@ovirt.orgmailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users This isn't about provisioning with Foreman. Its about having the compute nodes NOT having any spinning disks. So the only way to start a node is to pxeboot it and then let it (re)connect with the engine. Then it will be identified by engine as either a new node or a reconnecting node and it will get its configuration from the engine. For reference: thats how VirtualIron works. It has a managment network, just like ovirt, and on that it runs a tftp and dhcp server. Nodes are plugged into the managment network, without disk, and then pxe booted after which they appear in the webui as new unconfigured nodes. You then can set various settings and upon rebooting the nodes will recieve these settings because it is recognised by its mac address. The advantage of this construct is that you can place a new server into a rack, cable it, power on and go back to you office where you'll find the new node waiting to be configured. No messing around with CDs to install an OS, not being in the datacenter for hours on end, just in and out. Yes, disks are cheap but they brake down, need maintenance, means downtime and in general more admin time then when you don't have them. ( its a shame to have a raid1 of 2 1Tb disk just to install an OS of less then 10G) What about swap? Don´t they have any swap file, or partition at all? Swap-file over NFS must suck quite badly, no? We have bought semi-cheap SSD's for our Hosts to use as swap to get more out of them from memory overprovisioning. Regards, Joop ___ Users mailing list Users@ovirt.orgmailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.semailto:karli.sjob...@adm.slu.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.3 ovirt-websocket-proxy
On 09/05/2013 07:39 AM, Michal Skrivanek wrote: On Sep 5, 2013, at 08:01 , Alon Bar-Levalo...@redhat.com wrote: - Original Message - From: Alex Leonhardtalex.t...@gmail.com To: users@ovirt.org Sent: Thursday, September 5, 2013 8:57:38 AM Subject: Re: [Users] oVirt 3.3 ovirt-websocket-proxy Honestly, I would manage iptable on VMs by puppet or some other config management system ;) it's on the host, not VMs… in default deployment mode it's the engine host Thanks, michal Fair enough. How is that different to have it still config managed ;) . But yes, I agree, it's a feature and it should work :) Alex I agree. But we have a feature... so better it work... :) Alex On 09/04/2013 04:14 PM, Jakub Bittner wrote: Hello, if I install websocket proxy and configure it for spice-html5 usage by ovirt-setup it does not add iptables rules about opening port 6100 to /etc/sysconfig/iptables even if I set oVirt to manage iptables. I use centos 6.4 and oVirt 3.3RC Thank you. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] so, what do you want next in oVirt?
I thought Foreman already integrates with oVirt / RHEV ? Alex On 09/05/2013 08:30 AM, noc wrote: we started adding foreman integration in 3.3: http://www.ovirt.org/Features/ForemanIntegration adding ohad and oved for their thoughts on this. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] so, what do you want next in oVirt?
On 09/06/2013 08:11 AM, Karli Sjöberg wrote: What about swap? Don´t they have any swap file, or partition at all? Swap-file over NFS must suck quite badly, no? We have bought semi-cheap SSD's for our Hosts to use as swap to get more out of them from memory overprovisioning. I don't quite see the point, unless you have mirrored ssd's. Data corruption on ssd's is more frequent than on spinning disks and disastrous when it happens in a swapped out page... (And why not add more RAM?) But why use swap at all? I'm assuming you dimension a node to its intended use, so I guess lots of memory and CPU cores (in our case anyway) and you can allocate the available memory to the VMs until it's finished. I don't see much need for swap there. Perhaps my view is different than usual, I see swap as the gravelly escape roads on steep hills for trucks/cars who have failing breaks. It just reduces the damage in case of unexpected failures. Swap isn't something to use on a regular basis as cheep memory, as RAM is not that expensive anymore and magnitudes faster. /Simon ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] so, what do you want next in oVirt?
On 09/05/2013 11:31 AM, René Koch (ovido) wrote: V Enable guest configuration (root password, SSH keys, network) via guest agent in engine - via cloud-init Cool. Can this be done on oVirt-node as well or only on CentOS/RHEL/Fedora hosts? I'll compile the rest later - just on this specific question - it should work on oVirt-node as well. please report a bug if it doesn't. thanks, Itamar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] so, what do you want next in oVirt?
On 09/05/2013 10:30 AM, noc wrote: On 08/21/2013 12:11 PM, Itamar Heim wrote: On 08/21/2013 02:40 AM, Joop van de Wege wrote: What I would like to see in the ! next version is pxe boot of the nodes. Probably not easy to achieve because of dependency on dhcp. Hi Joop, can you please give a bit more information on the use case / how you envision this? current thinking around bare metal provisioning of hosts is to extend the functionality around the foreman provider for this, but you may have other suggestions? I think Joop means to be able to add hosts (nodes) to a cluster by adding their MAC address to the dhcp list for PXE boot into ovirt-node and thus join the cluster. This would make it easy to add new physical nodes without any spinning disks or other local storage requirements. we started adding foreman integration in 3.3: http://www.ovirt.org/Features/ForemanIntegration adding ohad and oved for their thoughts on this. I suppose this may not be easy with complex network connections (bonds on mgmt network, mgmt network on a tagged vlan, etc), but it should be possible if the management network interface is plain and physical. /Simon PS, Perhaps Joop can confirm this idea, we've talked about it IRL. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users This isn't about provisioning with Foreman. Its about having the compute nodes NOT having any spinning disks. So the only way to start a node is to pxeboot it and then let it (re)connect with the engine. Then it will be identified by engine as either a new node or a reconnecting node and it will get its configuration from the engine. For reference: thats how VirtualIron works. It has a managment network, just like ovirt, and on that it runs a tftp and dhcp server. Nodes are plugged into the managment network, without disk, and then pxe booted after which they appear in the webui as new unconfigured nodes. You then can set various settings and upon rebooting the nodes will recieve these settings because it is recognised by its mac address. The advantage of this construct is that you can place a new server into a rack, cable it, power on and go back to you office where you'll find the new node waiting to be configured. No messing around with CDs to install an OS, not being in the datacenter for hours on end, just in and out. Yes, disks are cheap but they brake down, need maintenance, means downtime and in general more admin time then when you don't have them. ( its a shame to have a raid1 of 2 1Tb disk just to install an OS of less then 10G) just wondering, how do they prevent a rogue node/guest from masquerading as such a host, getting access/secrets/VMs to be launched on such an untrusted node (they could easily report a different mac address if the layer 2 isn't hardened against that)? other than that, yes. we actually used to have this via the AutoApprovePatterns config option, which would have the engine approve a pending node as it registers (I admit i don't think anyone used this last several years, and it may be totally broken by now). please note this doesn't solve the need for a disk, just the auto-registration part (if it still works) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] so, what do you want next in oVirt?
fre 2013-09-06 klockan 09:46 +0200 skrev NOC: On 09/06/2013 08:11 AM, Karli Sjöberg wrote: What about swap? Don´t they have any swap file, or partition at all? Swap-file over NFS must suck quite badly, no? We have bought semi-cheap SSD's for our Hosts to use as swap to get more out of them from memory overprovisioning. I don't quite see the point, unless you have mirrored ssd's. Data corruption on ssd's is more frequent than on spinning disks and disastrous when it happens in a swapped out page... Yes they absolutely need to be mirrored. I disagree though that modern SSD's are more failure-prone than spinning disks. I would rather say that they about as failure-prone as any other disk: http://www.tomshardware.com/reviews/ssd-reliability-failure-rate,2923-9.html And if you know which one's to buy, and which ones to watch out for, they may even last you longer: http://www.hardware-revolution.com/best-ssd-best-hdd-for-your-money-may-2013/ (And why not add more RAM?) Well, for us, it´s mainly since we are extremely budget-constraint, using old, worn out servers that can´t handle putting in that much RAM. Also older servers require older RAM, which in turn are harder- and more expensive- to come by. But why use swap at all? I'm assuming you dimension a node to its intended use, so I guess lots of memory and CPU cores (in our case anyway) and you can allocate the available memory to the VMs until it's finished. I don't see much need for swap there. Perhaps my view is different than usual, I see swap as the gravelly escape roads on steep hills for trucks/cars who have failing breaks. It just reduces the damage in case of unexpected failures. Is there a down-side to reduce damage in case of unexpected failures?:) Swap isn't something to use on a regular basis as cheep memory, as RAM is not that expensive anymore and magnitudes faster. /Simon -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.semailto:karli.sjob...@adm.slu.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt API Code 500 with Foreman
Looks like the same issue is still in 3.3 beta version.. I'm not able to upgrade to nightly as it's giving me another error while trying to upgrade ([ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute) But the foreman issue in terms of DB search: Operation FAILED: statementcallback; bad sql grammar select * from (select * from vds groups view where ( vds group id in (select vds groups storage domain.vds group id from vds groups storage domain left outer join storage pool with storage domain on vds groups storage domain.storage pool id=storage pool with storage domain.idwhere ( storage pool with storage domain.name like '%datacenter\\ m1%' or storage pool with storage domain.description like '%datacenter\\ m1%' or storage pool with storage domain.comment like '%datacenter\\ m1%' ) )) order by name asc ) as t1 offset (1 -1) limit 100; nested exception is org.postgresql.util.psqlexception: error: column storage pool with storage domain.comment does not exist Thanks, Andrew On Wed, Aug 14, 2013 at 10:58 PM, Doron Fediuck dfedi...@redhat.com wrote: - Original Message - | From: Laszlo Hornyak lhorn...@redhat.com | To: Andrew Lau and...@andrewklau.com, Noam Slomianko nslom...@redhat.com | Cc: users@ovirt.org | Sent: Wednesday, August 14, 2013 10:53:19 AM | Subject: Re: [Users] oVirt API Code 500 with Foreman | | Hi, | | Noam, looks like this is a bug in the free text comment, can you check it? | I think this may be the issue. http://gerrit.ovirt.org/18061 | | Thx, | Laszlo | | - Original Message - | From: Andrew Lau and...@andrewklau.com | To: users@ovirt.org | Sent: Wednesday, August 14, 2013 8:35:03 AM | Subject: [Users] oVirt API Code 500 with Foreman | | Hi, | | Foreman guys say this is probably an oVirt side issue.. | | I was successfully able to hook up my foreman server to the oVirt | datacenter | using the compute resources section. It detected the available datacenters | and logged in fine. Logs showed code 200, I can view the VMs available, | power them on and shut them down from the foreman UI. | | But when I go to hosts-New Host and select oVirt I get the error: | | Error loading virtual machine information: Internal Server Error | | Logs are showing: | | Operation FAILED: statementcallback; bad sql grammar select * from (select | * | from vds groups view where ( vds group id in (select vds groups storage | domain.vds group id from vds groups storage domain left outer join storage | pool with storage domain on vds groups storage domain.storage pool | id=storage pool with storage domain.id where ( storage pool with storage | domain.name like '%dc_01%' or storage pool with storage domain.description | like '%dc_01%' or storage pool with storage domain.comment like '%dc_01%' ) | )) order by name asc ) as t1 offset (1 -1) limit 100; nested exception is | org.postgresql.util.psqlexception: error: column storage pool with storage | domain.comment does not exist | position: 421 | Rendered common/500.html.erb (5.2ms) | Completed 500 Internal Server Error in 150ms (Views: 6.0ms | ActiveRecord: | 0.3ms) | | CentOS 6.4 - Foreman 1.2 | CentOS 6.4 - oVirt 3.3 Nightly | | Any suggestions? | | Thanks, | Andrew. | A fix to it was just merged: http://gerrit.ovirt.org/#/c/18061/ So you can re-build if you're working from sources, or wait for the next build. Doron ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] NFS sanlock fails on Fedora 19 - 3.3RC (was add NFS Domain fails)
Hello, after some further investigation I think I found the reason but do not know how to fix it best. On my Fedora 19 host sanlock is running as user sanlock (id 179). That user has no access to files created by user vdsm (id 36). See logs attached. The node installation was done the standard way through ovirt-engine 3.3. Maybe I missed some setp in the installation process but I would expect this to work out of the box. Can anyone tell me what the expected setup is. Should I file a bug for that? Markus [root@colovn1 etc]# ps -ef | grep sanlock sanlock 1125 1 0 10:19 ?00:00:00 sanlock daemon -U sanlock -G sanlock root 1126 1125 0 10:19 ?00:00:00 sanlock daemon -U sanlock -G sanlock root 1128 1 0 10:19 ?00:00:00 wdmd -G sanlock root 2307 1401 0 10:39 pts/000:00:00 grep --color=auto sanlock strace -p 1125 -F ... 2094 mprotect(0x7fa02000, 135168, PROT_READ|PROT_WRITE) = 0 2094 open(/rhev/data-center/mnt/10.10.30.251:_var_nas5_ovirt/4250f423-459c-40da-9a0e-d5b6fe853b1b/dom_md/ids, O_RDWR|O_SYNC|O_DIRECT) = -1 EACCES (Permission denied) 2094 gettid() = 2094 ... [root@colovn1 etc]# cat /etc/sysconfig/sanlock # SANLOCKOPTS -- set the command line options for the sanlock daemon # See sanlock man page for full list of command line options. # # Include -U sanlock -G sanlock in the option string unless # also changing the SANLOCKUSER above. # # To disable use of watchdog via wdmd #SANLOCKOPTS=-U sanlock -G sanlock -w 0 # # To disable use of watchdog via wdmd and disable high priority features #SANLOCKOPTS=-U sanlock -G sanlock -w 0 -h 0 Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Ãber das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt API Code 500 with Foreman
I was able to test, the beta version doesn't have the fix but nightly does. On Fri, Sep 6, 2013 at 6:22 PM, Andrew Lau and...@andrewklau.com wrote: Looks like the same issue is still in 3.3 beta version.. I'm not able to upgrade to nightly as it's giving me another error while trying to upgrade ([ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute) But the foreman issue in terms of DB search: Operation FAILED: statementcallback; bad sql grammar select * from (select * from vds groups view where ( vds group id in (select vds groups storage domain.vds group id from vds groups storage domain left outer join storage pool with storage domain on vds groups storage domain.storage pool id=storage pool with storage domain.idwhere ( storage pool with storage domain.name like '%datacenter\\ m1%' or storage pool with storage domain.description like '%datacenter\\ m1%' or storage pool with storage domain.comment like '%datacenter\\ m1%' ) )) order by name asc ) as t1 offset (1 -1) limit 100; nested exception is org.postgresql.util.psqlexception: error: column storage pool with storage domain.comment does not exist Thanks, Andrew On Wed, Aug 14, 2013 at 10:58 PM, Doron Fediuck dfedi...@redhat.comwrote: - Original Message - | From: Laszlo Hornyak lhorn...@redhat.com | To: Andrew Lau and...@andrewklau.com, Noam Slomianko nslom...@redhat.com | Cc: users@ovirt.org | Sent: Wednesday, August 14, 2013 10:53:19 AM | Subject: Re: [Users] oVirt API Code 500 with Foreman | | Hi, | | Noam, looks like this is a bug in the free text comment, can you check it? | I think this may be the issue. http://gerrit.ovirt.org/18061 | | Thx, | Laszlo | | - Original Message - | From: Andrew Lau and...@andrewklau.com | To: users@ovirt.org | Sent: Wednesday, August 14, 2013 8:35:03 AM | Subject: [Users] oVirt API Code 500 with Foreman | | Hi, | | Foreman guys say this is probably an oVirt side issue.. | | I was successfully able to hook up my foreman server to the oVirt | datacenter | using the compute resources section. It detected the available datacenters | and logged in fine. Logs showed code 200, I can view the VMs available, | power them on and shut them down from the foreman UI. | | But when I go to hosts-New Host and select oVirt I get the error: | | Error loading virtual machine information: Internal Server Error | | Logs are showing: | | Operation FAILED: statementcallback; bad sql grammar select * from (select | * | from vds groups view where ( vds group id in (select vds groups storage | domain.vds group id from vds groups storage domain left outer join storage | pool with storage domain on vds groups storage domain.storage pool | id=storage pool with storage domain.id where ( storage pool with storage | domain.name like '%dc_01%' or storage pool with storage domain.description | like '%dc_01%' or storage pool with storage domain.comment like '%dc_01%' ) | )) order by name asc ) as t1 offset (1 -1) limit 100; nested exception is | org.postgresql.util.psqlexception: error: column storage pool with storage | domain.comment does not exist | position: 421 | Rendered common/500.html.erb (5.2ms) | Completed 500 Internal Server Error in 150ms (Views: 6.0ms | ActiveRecord: | 0.3ms) | | CentOS 6.4 - Foreman 1.2 | CentOS 6.4 - oVirt 3.3 Nightly | | Any suggestions? | | Thanks, | Andrew. | A fix to it was just merged: http://gerrit.ovirt.org/#/c/18061/ So you can re-build if you're working from sources, or wait for the next build. Doron ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt API Code 500 with Foreman
- Original Message - From: Andrew Lau and...@andrewklau.com To: Doron Fediuck dfedi...@redhat.com Cc: users users@ovirt.org Sent: Friday, September 6, 2013 11:22:16 AM Subject: Re: [Users] oVirt API Code 500 with Foreman Looks like the same issue is still in 3.3 beta version.. I'm not able to upgrade to nightly as it's giving me another error while trying to upgrade ( [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute) Obviously this needs to be resolved regardless of the Foreman search issue, which was already resolved. Can you provide some more details on the upgrade issue? But the foreman issue in terms of DB search: Operation FAILED: statementcallback; bad sql grammar select * from (select * from vds groups view where ( vds group id in (select vds groups storage domain.vds group id from vds groups storage domain left outer join storage pool with storage domain on vds groups storage domain.storage pool id=storage pool with storage domain.id where ( storage pool with storage domain.name like '%datacenter\\ m1%' or storage pool with storage domain.description like '%datacenter\\ m1%' or storage pool with storage domain.comment like '%datacenter\\ m1%' ) )) order by name asc ) as t1 offset (1 -1) limit 100; nested exception is org.postgresql.util.psqlexception: error: column storage pool with storage domain.comment does not exist Thanks, Andrew On Wed, Aug 14, 2013 at 10:58 PM, Doron Fediuck dfedi...@redhat.com wrote: - Original Message - | From: Laszlo Hornyak lhorn...@redhat.com | To: Andrew Lau and...@andrewklau.com , Noam Slomianko | nslom...@redhat.com | Cc: users@ovirt.org | Sent: Wednesday, August 14, 2013 10:53:19 AM | Subject: Re: [Users] oVirt API Code 500 with Foreman | | Hi, | | Noam, looks like this is a bug in the free text comment, can you check it? | I think this may be the issue. http://gerrit.ovirt.org/18061 | | Thx, | Laszlo | | - Original Message - | From: Andrew Lau and...@andrewklau.com | To: users@ovirt.org | Sent: Wednesday, August 14, 2013 8:35:03 AM | Subject: [Users] oVirt API Code 500 with Foreman | | Hi, | | Foreman guys say this is probably an oVirt side issue.. | | I was successfully able to hook up my foreman server to the oVirt | datacenter | using the compute resources section. It detected the available | datacenters | and logged in fine. Logs showed code 200, I can view the VMs available, | power them on and shut them down from the foreman UI. | | But when I go to hosts-New Host and select oVirt I get the error: | | Error loading virtual machine information: Internal Server Error | | Logs are showing: | | Operation FAILED: statementcallback; bad sql grammar select * from | (select | * | from vds groups view where ( vds group id in (select vds groups storage | domain.vds group id from vds groups storage domain left outer join | storage | pool with storage domain on vds groups storage domain.storage pool | id=storage pool with storage domain.id where ( storage pool with storage | domain.name like '%dc_01%' or storage pool with storage | domain.description | like '%dc_01%' or storage pool with storage domain.comment like '%dc_01%' | ) | )) order by name asc ) as t1 offset (1 -1) limit 100; nested exception is | org.postgresql.util.psqlexception: error: column storage pool with | storage | domain.comment does not exist | position: 421 | Rendered common/500.html.erb (5.2ms) | Completed 500 Internal Server Error in 150ms (Views: 6.0ms | | ActiveRecord: | 0.3ms) | | CentOS 6.4 - Foreman 1.2 | CentOS 6.4 - oVirt 3.3 Nightly | | Any suggestions? | | Thanks, | Andrew. | A fix to it was just merged: http://gerrit.ovirt.org/#/c/18061/ So you can re-build if you're working from sources, or wait for the next build. Doron ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt API Code 500 with Foreman
The patch for the fix only appears to be in the nightlies, my beta install the issue was back. In regards to the upgrade issue, I ran engine-setup after enabling the nightly repo. It updated all the packages but ran into the error and rolled back all the packages. [ INFO ] Updating database schema [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute [ INFO ] Yum Performing yum transaction rollback Thanks, Andrew On Fri, Sep 6, 2013 at 7:04 PM, Doron Fediuck dfedi...@redhat.com wrote: - Original Message - From: Andrew Lau and...@andrewklau.com To: Doron Fediuck dfedi...@redhat.com Cc: users users@ovirt.org Sent: Friday, September 6, 2013 11:22:16 AM Subject: Re: [Users] oVirt API Code 500 with Foreman Looks like the same issue is still in 3.3 beta version.. I'm not able to upgrade to nightly as it's giving me another error while trying to upgrade ( [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute) Obviously this needs to be resolved regardless of the Foreman search issue, which was already resolved. Can you provide some more details on the upgrade issue? But the foreman issue in terms of DB search: Operation FAILED: statementcallback; bad sql grammar select * from (select * from vds groups view where ( vds group id in (select vds groups storage domain.vds group id from vds groups storage domain left outer join storage pool with storage domain on vds groups storage domain.storage pool id=storage pool with storage domain.id where ( storage pool with storage domain.name like '%datacenter\\ m1%' or storage pool with storage domain.description like '%datacenter\\ m1%' or storage pool with storage domain.comment like '%datacenter\\ m1%' ) )) order by name asc ) as t1 offset (1 -1) limit 100; nested exception is org.postgresql.util.psqlexception: error: column storage pool with storage domain.comment does not exist Thanks, Andrew On Wed, Aug 14, 2013 at 10:58 PM, Doron Fediuck dfedi...@redhat.com wrote: - Original Message - | From: Laszlo Hornyak lhorn...@redhat.com | To: Andrew Lau and...@andrewklau.com , Noam Slomianko | nslom...@redhat.com | Cc: users@ovirt.org | Sent: Wednesday, August 14, 2013 10:53:19 AM | Subject: Re: [Users] oVirt API Code 500 with Foreman | | Hi, | | Noam, looks like this is a bug in the free text comment, can you check it? | I think this may be the issue. http://gerrit.ovirt.org/18061 | | Thx, | Laszlo | | - Original Message - | From: Andrew Lau and...@andrewklau.com | To: users@ovirt.org | Sent: Wednesday, August 14, 2013 8:35:03 AM | Subject: [Users] oVirt API Code 500 with Foreman | | Hi, | | Foreman guys say this is probably an oVirt side issue.. | | I was successfully able to hook up my foreman server to the oVirt | datacenter | using the compute resources section. It detected the available | datacenters | and logged in fine. Logs showed code 200, I can view the VMs available, | power them on and shut them down from the foreman UI. | | But when I go to hosts-New Host and select oVirt I get the error: | | Error loading virtual machine information: Internal Server Error | | Logs are showing: | | Operation FAILED: statementcallback; bad sql grammar select * from | (select | * | from vds groups view where ( vds group id in (select vds groups storage | domain.vds group id from vds groups storage domain left outer join | storage | pool with storage domain on vds groups storage domain.storage pool | id=storage pool with storage domain.id where ( storage pool with storage | domain.name like '%dc_01%' or storage pool with storage | domain.description | like '%dc_01%' or storage pool with storage domain.comment like '%dc_01%' | ) | )) order by name asc ) as t1 offset (1 -1) limit 100; nested exception is | org.postgresql.util.psqlexception: error: column storage pool with | storage | domain.comment does not exist | position: 421 | Rendered common/500.html.erb (5.2ms) | Completed 500 Internal Server Error in 150ms (Views: 6.0ms | | ActiveRecord: | 0.3ms) | | CentOS 6.4 - Foreman 1.2 | CentOS 6.4 - oVirt 3.3 Nightly | | Any suggestions? | | Thanks, | Andrew. | A fix to it was just merged: http://gerrit.ovirt.org/#/c/18061/ So you can re-build if you're working from sources, or wait for the next build. Doron ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt API Code 500 with Foreman
- Original Message - From: Andrew Lau and...@andrewklau.com To: Doron Fediuck dfedi...@redhat.com Cc: users users@ovirt.org Sent: Friday, September 6, 2013 12:07:50 PM Subject: Re: [Users] oVirt API Code 500 with Foreman The patch for the fix only appears to be in the nightlies, my beta install the issue was back. Since the official release is expected in the coming days, I'd suggest not to invest time on the beta release. In regards to the upgrade issue, I ran engine-setup after enabling the nightly repo. It updated all the packages but ran into the error and rolled back all the packages. [ INFO ] Updating database schema [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute [ INFO ] Yum Performing yum transaction rollback There should be a reference to a log file with additional details which may provide the actual error. Try to find the actual sql (or other) error which made the db upgrade fail. Thanks, Andrew On Fri, Sep 6, 2013 at 7:04 PM, Doron Fediuck dfedi...@redhat.com wrote: - Original Message - From: Andrew Lau and...@andrewklau.com To: Doron Fediuck dfedi...@redhat.com Cc: users users@ovirt.org Sent: Friday, September 6, 2013 11:22:16 AM Subject: Re: [Users] oVirt API Code 500 with Foreman Looks like the same issue is still in 3.3 beta version.. I'm not able to upgrade to nightly as it's giving me another error while trying to upgrade ( [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute) Obviously this needs to be resolved regardless of the Foreman search issue, which was already resolved. Can you provide some more details on the upgrade issue? But the foreman issue in terms of DB search: Operation FAILED: statementcallback; bad sql grammar select * from (select * from vds groups view where ( vds group id in (select vds groups storage domain.vds group id from vds groups storage domain left outer join storage pool with storage domain on vds groups storage domain.storage pool id=storage pool with storage domain.id where ( storage pool with storage domain.name like '%datacenter\\ m1%' or storage pool with storage domain.description like '%datacenter\\ m1%' or storage pool with storage domain.comment like '%datacenter\\ m1%' ) )) order by name asc ) as t1 offset (1 -1) limit 100; nested exception is org.postgresql.util.psqlexception: error: column storage pool with storage domain.comment does not exist Thanks, Andrew On Wed, Aug 14, 2013 at 10:58 PM, Doron Fediuck dfedi...@redhat.com wrote: - Original Message - | From: Laszlo Hornyak lhorn...@redhat.com | To: Andrew Lau and...@andrewklau.com , Noam Slomianko | nslom...@redhat.com | Cc: users@ovirt.org | Sent: Wednesday, August 14, 2013 10:53:19 AM | Subject: Re: [Users] oVirt API Code 500 with Foreman | | Hi, | | Noam, looks like this is a bug in the free text comment, can you check | it? | I think this may be the issue. http://gerrit.ovirt.org/18061 | | Thx, | Laszlo | | - Original Message - | From: Andrew Lau and...@andrewklau.com | To: users@ovirt.org | Sent: Wednesday, August 14, 2013 8:35:03 AM | Subject: [Users] oVirt API Code 500 with Foreman | | Hi, | | Foreman guys say this is probably an oVirt side issue.. | | I was successfully able to hook up my foreman server to the oVirt | datacenter | using the compute resources section. It detected the available | datacenters | and logged in fine. Logs showed code 200, I can view the VMs available, | power them on and shut them down from the foreman UI. | | But when I go to hosts-New Host and select oVirt I get the error: | | Error loading virtual machine information: Internal Server Error | | Logs are showing: | | Operation FAILED: statementcallback; bad sql grammar select * from | (select | * | from vds groups view where ( vds group id in (select vds groups storage | domain.vds group id from vds groups storage domain left outer join | storage | pool with storage domain on vds groups storage domain.storage pool | id=storage pool with storage domain.id where ( storage pool with | storage | domain.name like '%dc_01%' or storage pool with storage | domain.description | like '%dc_01%' or storage pool with storage domain.comment like | '%dc_01%' | ) | )) order by name asc ) as t1 offset (1 -1) limit 100; nested exception | is | org.postgresql.util.psqlexception: error: column storage pool with | storage | domain.comment does not exist | position: 421 | Rendered common/500.html.erb (5.2ms) | Completed 500 Internal Server Error in 150ms (Views: 6.0ms | | ActiveRecord: | 0.3ms) |
Re: [Users] oVirt API Code 500 with Foreman
Il giorno 06/set/2013 11:14, Doron Fediuck dfedi...@redhat.com ha scritto: - Original Message - From: Andrew Lau and...@andrewklau.com To: Doron Fediuck dfedi...@redhat.com Cc: users users@ovirt.org Sent: Friday, September 6, 2013 12:07:50 PM Subject: Re: [Users] oVirt API Code 500 with Foreman The patch for the fix only appears to be in the nightlies, my beta install the issue was back. Since the official release is expected in the coming days, I'd suggest not to invest time on the beta release. If one wants to test right now the upcoming 3.3, nightly is ok? No risk to get engine 3.4, correct? Or is there any rc repo? Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] so, what do you want next in oVirt?
On 6-9-2013 10:12, Itamar Heim wrote: On 09/05/2013 10:30 AM, noc wrote: On 08/21/2013 12:11 PM, Itamar Heim wrote: On 08/21/2013 02:40 AM, Joop van de Wege wrote: What I would like to see in the ! next version is pxe boot of the nodes. Probably not easy to achieve because of dependency on dhcp. Hi Joop, can you please give a bit more information on the use case / how you envision this? current thinking around bare metal provisioning of hosts is to extend the functionality around the foreman provider for this, but you may have other suggestions? I think Joop means to be able to add hosts (nodes) to a cluster by adding their MAC address to the dhcp list for PXE boot into ovirt-node and thus join the cluster. This would make it easy to add new physical nodes without any spinning disks or other local storage requirements. we started adding foreman integration in 3.3: http://www.ovirt.org/Features/ForemanIntegration adding ohad and oved for their thoughts on this. I suppose this may not be easy with complex network connections (bonds on mgmt network, mgmt network on a tagged vlan, etc), but it should be possible if the management network interface is plain and physical. /Simon PS, Perhaps Joop can confirm this idea, we've talked about it IRL. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users This isn't about provisioning with Foreman. Its about having the compute nodes NOT having any spinning disks. So the only way to start a node is to pxeboot it and then let it (re)connect with the engine. Then it will be identified by engine as either a new node or a reconnecting node and it will get its configuration from the engine. For reference: thats how VirtualIron works. It has a managment network, just like ovirt, and on that it runs a tftp and dhcp server. Nodes are plugged into the managment network, without disk, and then pxe booted after which they appear in the webui as new unconfigured nodes. You then can set various settings and upon rebooting the nodes will recieve these settings because it is recognised by its mac address. The advantage of this construct is that you can place a new server into a rack, cable it, power on and go back to you office where you'll find the new node waiting to be configured. No messing around with CDs to install an OS, not being in the datacenter for hours on end, just in and out. Yes, disks are cheap but they brake down, need maintenance, means downtime and in general more admin time then when you don't have them. ( its a shame to have a raid1 of 2 1Tb disk just to install an OS of less then 10G) just wondering, how do they prevent a rogue node/guest from masquerading as such a host, getting access/secrets/VMs to be launched on such an untrusted node (they could easily report a different mac address if the layer 2 isn't hardened against that)? They would need physical access to your rack which ofcourse is locked, you would need to powerdown/up which would trigger an alert, switch port down/up would trigger an alert, so probably you're notified that something not quite right is happening. I haven't gone through the source to see if there is more then just the mac address check. other than that, yes. we actually used to have this via the AutoApprovePatterns config option, which would have the engine approve a pending node as it registers (I admit i don't think anyone used this last several years, and it may be totally broken by now). please note this doesn't solve the need for a disk, just the auto-registration part (if it still works) What I would like is to have the ovirt Node pxe booting and getting its config from engine or autoregister. I know there is a script which converts the iso into a huge pxeboot kernel but don't know how to solve or if its solved the config part. @karli: If you run your cluster in Memory Optimization=None then you won't need swap. Have been doing that for years and haven't had a single problem attributed to that. I just would like to have the choice, pxe boot the node and know that you don't have swap. Run with disks if you really need overprovisioning. Regards, Joop ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt API Code 500 with Foreman
Here's an extract of the error: 2013-09-06 18:55:49 DEBUG otopi.plugins.ovirt_engine_setup.db.schema plugin.execute:446 execute-output: ['/usr/share/ovirt-engine/dbscripts/upgrade.sh', '-s', 'localhost', '-p', '5432'$ psql:create_views.sql:400: ERROR: column vm_templates.single_qxl_pci does not exist LINE 18:vm_templates.single_qxl_pci as single_qxl_pci, ^ 2013-09-06 18:55:49 DEBUG otopi.context context._executeMethod:137 method exception Traceback (most recent call last): File /usr/lib/python2.6/site-packages/otopi/context.py, line 127, in _executeMethod method['method']() File /usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/db/schema.py, line 261, in _miscUpgrade osetupcons.DBEnv.PGPASS_FILE File /usr/lib/python2.6/site-packages/otopi/plugin.py, line 451, in execute command=args[0], RuntimeError: Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute On Fri, Sep 6, 2013 at 7:25 PM, Gianluca Cecchi gianluca.cec...@gmail.comwrote: Il giorno 06/set/2013 11:14, Doron Fediuck dfedi...@redhat.com ha scritto: - Original Message - From: Andrew Lau and...@andrewklau.com To: Doron Fediuck dfedi...@redhat.com Cc: users users@ovirt.org Sent: Friday, September 6, 2013 12:07:50 PM Subject: Re: [Users] oVirt API Code 500 with Foreman The patch for the fix only appears to be in the nightlies, my beta install the issue was back. Since the official release is expected in the coming days, I'd suggest not to invest time on the beta release. If one wants to test right now the upcoming 3.3, nightly is ok? No risk to get engine 3.4, correct? Or is there any rc repo? Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt-sdk to fetch individual cpu stats
Hi, I was trying to get the cpu statistics of a host using the oVirt python sdk. But beyond a point I am unable to deference to the actual cpu stats field and the data. h_list = api.hosts.list() for h in h_list: y = h.statistics.list() for i in y: print i.get_values() O/P: ovirtsdk.xml.params.Values object at 0x22cbd90 ovirtsdk.xml.params.Values object at 0x22cbb90 ovirtsdk.xml.params.Values object at 0x22cba90 ovirtsdk.xml.params.Values object at 0x22cba10 ovirtsdk.xml.params.Values object at 0x22cbf10 Can some one please let me know how I can get individual fields like cpu.current.system or cpu.current.idle stats from here. Thanks! Deepthi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt API Code 500 with Foreman
- Original Message - From: Andrew Lau and...@andrewklau.com To: Gianluca Cecchi gianluca.cec...@gmail.com Cc: users users@ovirt.org Sent: Friday, September 6, 2013 12:46:13 PM Subject: Re: [Users] oVirt API Code 500 with Foreman Here's an extract of the error: 2013-09-06 18:55:49 DEBUG otopi.plugins.ovirt_engine_setup.db.schema plugin.execute:446 execute-output: ['/usr/share/ovirt-engine/dbscripts/upgrade.sh', '-s', 'localhost', '-p', '5432'$ psql:create_views.sql:400: ERROR: column vm_templates.single_qxl_pci does not exist LINE 18: vm_templates.single_qxl_pci as single_qxl_pci, ^ Thanks Andrew. This was added here: http://gerrit.ovirt.org/#/c/16803/14/packaging/dbscripts/create_views.sql Shahar, can you please take a look? 2013-09-06 18:55:49 DEBUG otopi.context context._executeMethod:137 method exception Traceback (most recent call last): File /usr/lib/python2.6/site-packages/otopi/context.py, line 127, in _executeMethod method['method']() File /usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/db/schema.py, line 261, in _miscUpgrade osetupcons.DBEnv.PGPASS_FILE File /usr/lib/python2.6/site-packages/otopi/plugin.py, line 451, in execute command=args[0], RuntimeError: Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute On Fri, Sep 6, 2013 at 7:25 PM, Gianluca Cecchi gianluca.cec...@gmail.com wrote: Il giorno 06/set/2013 11:14, Doron Fediuck dfedi...@redhat.com ha scritto: - Original Message - From: Andrew Lau and...@andrewklau.com To: Doron Fediuck dfedi...@redhat.com Cc: users users@ovirt.org Sent: Friday, September 6, 2013 12:07:50 PM Subject: Re: [Users] oVirt API Code 500 with Foreman The patch for the fix only appears to be in the nightlies, my beta install the issue was back. Since the official release is expected in the coming days, I'd suggest not to invest time on the beta release. If one wants to test right now the upcoming 3.3, nightly is ok? No risk to get engine 3.4, correct? Or is there any rc repo? Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] very odd permission problem
Hi all I'm running 3.2 on several Fedora 18 nodes One of them has a local storage running 4 VMs Today the UPS crashed and host was rebboted after UPS replacement None of the VM's were able to be started I tried to put the Host in maintenance and reinstalled it, but this didn't give any result Digging into the logs I discovered the following error: The first was of this kind (on every VM) File /usr/lib64/python2.7/site-packages/libvirt.py, line 2630, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: errore interno process exited while connecting to monitor: ((null):5034): Spice-Warning **: reds.c:3247:reds_init_ssl: Could not use private key file qemu-kvm: failed to initialize spice server Thread-564::DEBUG::2013-09-06 11:31:32,814::vm::1065::vm.Vm::(setDownStatus) vmId=`49d84915-490b-497d-a3f8-c7dac7485281`::Changed state to Down: errore interno process exited while connecting to monitor: ((null):5034): Spice-Warning **: reds.c:3247:reds_init_ssl: Could not use private key file qemu-kvm: failed to initialize spice server The private key was marked 440 as permission owned by vdsm user and kvm group I had to change it to 444 to allow everyone to read it After that I had for every VM the following error: could not open disk image /rhev/data-center/3935800a-abe4-406d-84a1-4c3c0b915cce/6818de31-5cda-41d0-a41a-681230a409ba/images/54144c03-5057-462e-8275-6ab386ae8c5a/01298998-32d5-44c2-b5d1-91be1316ed19: Permission denied Disks were owned by vdsm:kvm with 660 permission I had to relax this to 666 to enable the VMs to start Has anyone faced this kind f problem before? Any hint about what may have caused this odd problem? Thank you Best regards -- SkyNet SRL Via Maggiate 67/a - 28021 Borgomanero (NO) - tel. +39 0322-836487/834765 - fax +39 0322-836608 http://www.skynet.it http://www.skynet.it/ Autorizzazione Ministeriale n.197 Le informazioni contenute in questo messaggio sono riservate e confidenziali ed è vietata la diffusione in qualunque modo eseguita. Qualora Lei non fosse la persona a cui il presente messaggio è destinato, La invitiamo ad eliminarlo ed a distruggerlo non divulgandolo, dandocene gentilmente comunicazione. Per qualsiasi informazione si prega di contattare i...@skynet.it (e-mail dell'azienda). Rif. D.L. 196/2003 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] so, what do you want next in oVirt?
Could be great o have on the Engine: - An upload option for the ISO files - A backup and restore option - An high availability for the engine: install the engine on 2 platforms (hardware?), than integrate them for synchronization Jose - Original Message - From: noc n...@nieuwland.nl Cc: users@ovirt.org Sent: Sexta-feira, 6 de Setembro de 2013 10:28:09 Subject: Re: [Users] so, what do you want next in oVirt? On 6-9-2013 10:12, Itamar Heim wrote: On 09/05/2013 10:30 AM, noc wrote: On 08/21/2013 12:11 PM, Itamar Heim wrote: On 08/21/2013 02:40 AM, Joop van de Wege wrote: What I would like to see in the ! next version is pxe boot of the nodes. Probably not easy to achieve because of dependency on dhcp. Hi Joop, can you please give a bit more information on the use case / how you envision this? current thinking around bare metal provisioning of hosts is to extend the functionality around the foreman provider for this, but you may have other suggestions? I think Joop means to be able to add hosts (nodes) to a cluster by adding their MAC address to the dhcp list for PXE boot into ovirt-node and thus join the cluster. This would make it easy to add new physical nodes without any spinning disks or other local storage requirements. we started adding foreman integration in 3.3: http://www.ovirt.org/Features/ForemanIntegration adding ohad and oved for their thoughts on this. I suppose this may not be easy with complex network connections (bonds on mgmt network, mgmt network on a tagged vlan, etc), but it should be possible if the management network interface is plain and physical. /Simon PS, Perhaps Joop can confirm this idea, we've talked about it IRL. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users This isn't about provisioning with Foreman. Its about having the compute nodes NOT having any spinning disks. So the only way to start a node is to pxeboot it and then let it (re)connect with the engine. Then it will be identified by engine as either a new node or a reconnecting node and it will get its configuration from the engine. For reference: thats how VirtualIron works. It has a managment network, just like ovirt, and on that it runs a tftp and dhcp server. Nodes are plugged into the managment network, without disk, and then pxe booted after which they appear in the webui as new unconfigured nodes. You then can set various settings and upon rebooting the nodes will recieve these settings because it is recognised by its mac address. The advantage of this construct is that you can place a new server into a rack, cable it, power on and go back to you office where you'll find the new node waiting to be configured. No messing around with CDs to install an OS, not being in the datacenter for hours on end, just in and out. Yes, disks are cheap but they brake down, need maintenance, means downtime and in general more admin time then when you don't have them. ( its a shame to have a raid1 of 2 1Tb disk just to install an OS of less then 10G) just wondering, how do they prevent a rogue node/guest from masquerading as such a host, getting access/secrets/VMs to be launched on such an untrusted node (they could easily report a different mac address if the layer 2 isn't hardened against that)? They would need physical access to your rack which ofcourse is locked, you would need to powerdown/up which would trigger an alert, switch port down/up would trigger an alert, so probably you're notified that something not quite right is happening. I haven't gone through the source to see if there is more then just the mac address check. other than that, yes. we actually used to have this via the AutoApprovePatterns config option, which would have the engine approve a pending node as it registers (I admit i don't think anyone used this last several years, and it may be totally broken by now). please note this doesn't solve the need for a disk, just the auto-registration part (if it still works) What I would like is to have the ovirt Node pxe booting and getting its config from engine or autoregister. I know there is a script which converts the iso into a huge pxeboot kernel but don't know how to solve or if its solved the config part. @karli: If you run your cluster in Memory Optimization=None then you won't need swap. Have been doing that for years and haven't had a single problem attributed to that. I just would like to have the choice, pxe boot the node and know that you don't have swap. Run with disks if you really need overprovisioning. Regards, Joop ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org
Re: [Users] very odd permission problem
On 6-9-2013 12:34, Alessandro Bianchi wrote: Hi all I'm running 3.2 on several Fedora 18 nodes One of them has a local storage running 4 VMs Today the UPS crashed and host was rebboted after UPS replacement None of the VM's were able to be started I tried to put the Host in maintenance and reinstalled it, but this didn't give any result Digging into the logs I discovered the following error: The first was of this kind (on every VM) File /usr/lib64/python2.7/site-packages/libvirt.py, line 2630, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: errore interno process exited while connecting to monitor: ((null):5034): Spice-Warning **: reds.c:3247:reds_init_ssl: Could not use private key file qemu-kvm: failed to initialize spice server Thread-564::DEBUG::2013-09-06 11:31:32,814::vm::1065::vm.Vm::(setDownStatus) vmId=`49d84915-490b-497d-a3f8-c7dac7485281`::Changed state to Down: errore interno process exited while connecting to monitor: ((null):5034): Spice-Warning **: reds.c:3247:reds_init_ssl: Could not use private key file qemu-kvm: failed to initialize spice server The private key was marked 440 as permission owned by vdsm user and kvm group I had to change it to 444 to allow everyone to read it After that I had for every VM the following error: could not open disk image /rhev/data-center/3935800a-abe4-406d-84a1-4c3c0b915cce/6818de31-5cda-41d0-a41a-681230a409ba/images/54144c03-5057-462e-8275-6ab386ae8c5a/01298998-32d5-44c2-b5d1-91be1316ed19: Permission denied Disks were owned by vdsm:kvm with 660 permission I had to relax this to 666 to enable the VMs to start Has anyone faced this kind f problem before? Yes, me. Any hint about what may have caused this odd problem? yum update. I updated one of my hosts and after that that host couldn't start VMs anymore with exact the same errors. See thread 'Starting VM error' by Shaun Glass. I tried a couple of things but not making world readable those files. Will probably restore a backup and try it. I added the virt-preview repo for F18 and updated qemu/libvirt which also solved the problem. The difference between the updated and not updated host were really minimal. See the thead for logs. Regards, Joop ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] so, what do you want next in oVirt?
A lot of work.. but has there been any consideration into redesigning the web UI? Right now it's so complex and heavy, takes a while to load and too many features are hidden! I've been using oVirt for half a year.. and I'm still finding small useful things hidden here and there. In comparison I like how Openstack has a lovely interface which hides its thousands of complexities behind a clean interface. Just a thought.. On Fri, Sep 6, 2013 at 8:43 PM, supo...@logicworks.pt wrote: Could be great o have on the Engine: - An upload option for the ISO files - A backup and restore option - An high availability for the engine: install the engine on 2 platforms (hardware?), than integrate them for synchronization Jose -- *From: *noc n...@nieuwland.nl *Cc: *users@ovirt.org *Sent: *Sexta-feira, 6 de Setembro de 2013 10:28:09 *Subject: *Re: [Users] so, what do you want next in oVirt? On 6-9-2013 10:12, Itamar Heim wrote: On 09/05/2013 10:30 AM, noc wrote: On 08/21/2013 12:11 PM, Itamar Heim wrote: On 08/21/2013 02:40 AM, Joop van de Wege wrote: What I would like to see in the ! next version is pxe boot of the nodes. Probably not easy to achieve because of dependency on dhcp. Hi Joop, can you please give a bit more information on the use case / how you envision this? current thinking around bare metal provisioning of hosts is to extend the functionality around the foreman provider for this, but you may have other suggestions? I think Joop means to be able to add hosts (nodes) to a cluster by adding their MAC address to the dhcp list for PXE boot into ovirt-node and thus join the cluster. This would make it easy to add new physical nodes without any spinning disks or other local storage requirements. we started adding foreman integration in 3.3: http://www.ovirt.org/Features/ForemanIntegration adding ohad and oved for their thoughts on this. I suppose this may not be easy with complex network connections (bonds on mgmt network, mgmt network on a tagged vlan, etc), but it should be possible if the management network interface is plain and physical. /Simon PS, Perhaps Joop can confirm this idea, we've talked about it IRL. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users This isn't about provisioning with Foreman. Its about having the compute nodes NOT having any spinning disks. So the only way to start a node is to pxeboot it and then let it (re)connect with the engine. Then it will be identified by engine as either a new node or a reconnecting node and it will get its configuration from the engine. For reference: thats how VirtualIron works. It has a managment network, just like ovirt, and on that it runs a tftp and dhcp server. Nodes are plugged into the managment network, without disk, and then pxe booted after which they appear in the webui as new unconfigured nodes. You then can set various settings and upon rebooting the nodes will recieve these settings because it is recognised by its mac address. The advantage of this construct is that you can place a new server into a rack, cable it, power on and go back to you office where you'll find the new node waiting to be configured. No messing around with CDs to install an OS, not being in the datacenter for hours on end, just in and out. Yes, disks are cheap but they brake down, need maintenance, means downtime and in general more admin time then when you don't have them. ( its a shame to have a raid1 of 2 1Tb disk just to install an OS of less then 10G) just wondering, how do they prevent a rogue node/guest from masquerading as such a host, getting access/secrets/VMs to be launched on such an untrusted node (they could easily report a different mac address if the layer 2 isn't hardened against that)? They would need physical access to your rack which ofcourse is locked, you would need to powerdown/up which would trigger an alert, switch port down/up would trigger an alert, so probably you're notified that something not quite right is happening. I haven't gone through the source to see if there is more then just the mac address check. other than that, yes. we actually used to have this via the AutoApprovePatterns config option, which would have the engine approve a pending node as it registers (I admit i don't think anyone used this last several years, and it may be totally broken by now). please note this doesn't solve the need for a disk, just the auto-registration part (if it still works) What I would like is to have the ovirt Node pxe booting and getting its config from engine or autoregister. I know there is a script which converts the iso into a huge pxeboot kernel but don't know how to solve or if its solved the config part. @karli: If you run your cluster in Memory
Re: [Users] so, what do you want next in oVirt?
On 09/06/2013 02:19 PM, Andrew Lau wrote: A lot of work.. but has there been any consideration into redesigning the web UI? Right now it's so complex and heavy, takes a while to load and too many features are hidden! I've been using oVirt for half a year.. and I'm still finding small useful things hidden here and there. Can you provide more details on issues you're seeing, and suggestions for a future approach? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Short delay in 3.3 release-- was [Re: oVirt 3.3 Release Go/No-Go Meeting Minutes]
Hi Mike, Just following up - I had set some time aside today to test the install diwnload, and update the Download page in the wiki, but I dan't figure out the 3.3 equivalent to the instructions we have up there. How does one install 3.3, as of today? Thanks! Dave. On 09/05/2013 03:58 PM, Mike Burns wrote: On 09/03/2013 11:00 AM, Mike Burns wrote: Just to summarize the meeting: There is an issue with the EL6 repo missing spice-html5 (fixed) There is an issue with current sdk (build coming today) There is a bug with gluster-only installs (build coming today) Due to these issues, we're delaying until Monday 09-September for the release. Mike A new issue relating to vdsm failing to start on Fedora 19 hosts has been found [1]. This causes issues on oVirt Node as well as stock Fedora 19 systems. A fix has been proposed and should be available shortly. This will likely cause an additional day or 2 slip in the release due to critical people not being available this week. Mike On 09/03/2013 10:24 AM, Ofer Schreiber wrote: Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-03-13.08.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-03-13.08.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-03-13.08.log.html == #ovirt: oVirt 3.3 Release go/no-go == Meeting started by oschreib at 13:08:21 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-03-13.08.log.html . Meeting summary --- * Agenda and roll call (oschreib, 13:08:37) * Open issues from last week (oschreib, 13:08:52) * blocker review (oschreib, 13:09:04) * release communication (oschreib, 13:09:30) * open issues (oschreib, 13:11:32) * ACTION: mburns to add the spice-html rpm to el6 build (oschreib, 13:15:54) * ACTION: mburns and oschreib to get new SDK build (oschreib, 13:18:03) * Release blockers (oschreib, 13:18:17) * All-In-One is broken due to missing ovirt-engine-sdk-python build (oschreib, 13:28:21) * el6 is broken due to missing spice-html build (oschreib, 13:28:41) * new ovirt-engine-sdk-python is needed before we can release (oschreib, 13:47:57) * ACTION: jhernand to test AIO once we have such build (oschreib, 13:48:10) * ACTION: oschreib to get a new build from mpastern asap (oschreib, 13:48:50) * no other blockers from 3.3 tracker (oschreib, 13:50:07) * decision (oschreib, 13:50:20) * agreed to release tomorrow one AIO works (oschreib, 13:57:49) * release communication (oschreib, 13:58:06) * rebuild of engine and sdk today (mburns, 14:06:36) * ACTION: oschreib to update mburns with location of new rpms (mburns, 14:06:53) * new engine is rpm version change only (remove rc2) (mburns, 14:07:04) * ACTION: mburns to upload new sdk and engine to stable location (mburns, 14:07:23) * ACTION: mburns to get everything prepped for 3.3 release on Monday 9-Sep (mburns, 14:07:35) * dneary and others to test AIO install today and next couple days (mburns, 14:07:55) * release to go out on Monday (mburns, 14:08:01) * ACTION: mburns to push release live on monday (mburns, 14:08:12) * LINK: http://gerrit.ovirt.org/#/c/18762/ - we had pushed to 3.3 branch (sahina, 14:11:10) * 1 bugfix included in engine build (mburns, 14:12:49) * related to gluster-only mode installation of engine (mburns, 14:13:00) Meeting ended at 14:13:54 UTC. Action Items * mburns to add the spice-html rpm to el6 build * mburns and oschreib to get new SDK build * jhernand to test AIO once we have such build * oschreib to get a new build from mpastern asap * oschreib to update mburns with location of new rpms * mburns to upload new sdk and engine to stable location * mburns to get everything prepped for 3.3 release on Monday 9-Sep * mburns to push release live on monday Action Items, by person --- * jhernand * jhernand to test AIO once we have such build * mburns * mburns to add the spice-html rpm to el6 build * mburns and oschreib to get new SDK build * oschreib to update mburns with location of new rpms * mburns to upload new sdk and engine to stable location * mburns to get everything prepped for 3.3 release on Monday 9-Sep * mburns to push release live on monday * oschreib * mburns and oschreib to get new SDK build * oschreib to get a new build from mpastern asap * oschreib to update mburns with location of new rpms People Present (lines said) --- * oschreib (102) * mburns (44) * dneary (24) * sahina (8) * jhernand (7) * mskrivanek (6) * itamar (6) * jbrooks (6) * eedri (5) * TheCodeAssassin (3) * ovirtbot (3) * sgotliv (1) * firemanxbr (1) * peter_ovido1 (1) *
Re: [Users] so, what do you want next in oVirt?
On Fri, Sep 6, 2013 at 10:33 PM, Itamar Heim ih...@redhat.com wrote: On 09/06/2013 02:19 PM, Andrew Lau wrote: A lot of work.. but has there been any consideration into redesigning the web UI? Right now it's so complex and heavy, takes a while to load and too many features are hidden! I've been using oVirt for half a year.. and I'm still finding small useful things hidden here and there. Can you provide more details on issues you're seeing, and suggestions for a future approach? It's not really an issue.. more of a suggestion. But if for example you look at the Foreman UI, everything is categorized and if for example you want to modify X it's right there under the obvious menu option. When it comes to oVirt, the documentation isn't as readily available and for example if you wanted to modify the network configuration it takes about 10 different mouse clicks to get to where you want, and then sometimes it errors and then you need to refresh the page or something. The general feel, maybe it's just my setups but the login process always takes between 30-90 seconds, probably to load all the javascript etc. A simple HTML + jquery approach similar to Openstack / Foreman would be much cleaner experience. Whenever I've showed oVirt to other people. They've always mentioned how slow the UI experience is, different from the stereotype of being able to do things more effectively on Linux compared to Windows. Obviously I'm looking from just the Administration portal POV, and my suggestion isn't really critical as it doesn't effect what matters most (VMs, Features etc.) but it would really bring oVirt to a new level visually and make it a little more appealing. Apologizes for the poorly formatted ramble. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Short delay in 3.3 release-- was [Re: oVirt 3.3 Release Go/No-Go Meeting Minutes]
On 09/06/2013 08:37 AM, Dave Neary wrote: Hi Mike, Just following up - I had set some time aside today to test the install diwnload, and update the Download page in the wiki, but I dan't figure out the 3.3 equivalent to the instructions we have up there. How does one install 3.3, as of today? Should be basically the same instructions as 3.2, just use the beta repo instead of stable. I'll review the wiki and update it accordingly. Mike Thanks! Dave. On 09/05/2013 03:58 PM, Mike Burns wrote: On 09/03/2013 11:00 AM, Mike Burns wrote: Just to summarize the meeting: There is an issue with the EL6 repo missing spice-html5 (fixed) There is an issue with current sdk (build coming today) There is a bug with gluster-only installs (build coming today) Due to these issues, we're delaying until Monday 09-September for the release. Mike A new issue relating to vdsm failing to start on Fedora 19 hosts has been found [1]. This causes issues on oVirt Node as well as stock Fedora 19 systems. A fix has been proposed and should be available shortly. This will likely cause an additional day or 2 slip in the release due to critical people not being available this week. Mike On 09/03/2013 10:24 AM, Ofer Schreiber wrote: Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-03-13.08.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-03-13.08.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-03-13.08.log.html == #ovirt: oVirt 3.3 Release go/no-go == Meeting started by oschreib at 13:08:21 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-03-13.08.log.html . Meeting summary --- * Agenda and roll call (oschreib, 13:08:37) * Open issues from last week (oschreib, 13:08:52) * blocker review (oschreib, 13:09:04) * release communication (oschreib, 13:09:30) * open issues (oschreib, 13:11:32) * ACTION: mburns to add the spice-html rpm to el6 build (oschreib, 13:15:54) * ACTION: mburns and oschreib to get new SDK build (oschreib, 13:18:03) * Release blockers (oschreib, 13:18:17) * All-In-One is broken due to missing ovirt-engine-sdk-python build (oschreib, 13:28:21) * el6 is broken due to missing spice-html build (oschreib, 13:28:41) * new ovirt-engine-sdk-python is needed before we can release (oschreib, 13:47:57) * ACTION: jhernand to test AIO once we have such build (oschreib, 13:48:10) * ACTION: oschreib to get a new build from mpastern asap (oschreib, 13:48:50) * no other blockers from 3.3 tracker (oschreib, 13:50:07) * decision (oschreib, 13:50:20) * agreed to release tomorrow one AIO works (oschreib, 13:57:49) * release communication (oschreib, 13:58:06) * rebuild of engine and sdk today (mburns, 14:06:36) * ACTION: oschreib to update mburns with location of new rpms (mburns, 14:06:53) * new engine is rpm version change only (remove rc2) (mburns, 14:07:04) * ACTION: mburns to upload new sdk and engine to stable location (mburns, 14:07:23) * ACTION: mburns to get everything prepped for 3.3 release on Monday 9-Sep (mburns, 14:07:35) * dneary and others to test AIO install today and next couple days (mburns, 14:07:55) * release to go out on Monday (mburns, 14:08:01) * ACTION: mburns to push release live on monday (mburns, 14:08:12) * LINK: http://gerrit.ovirt.org/#/c/18762/ - we had pushed to 3.3 branch (sahina, 14:11:10) * 1 bugfix included in engine build (mburns, 14:12:49) * related to gluster-only mode installation of engine (mburns, 14:13:00) Meeting ended at 14:13:54 UTC. Action Items * mburns to add the spice-html rpm to el6 build * mburns and oschreib to get new SDK build * jhernand to test AIO once we have such build * oschreib to get a new build from mpastern asap * oschreib to update mburns with location of new rpms * mburns to upload new sdk and engine to stable location * mburns to get everything prepped for 3.3 release on Monday 9-Sep * mburns to push release live on monday Action Items, by person --- * jhernand * jhernand to test AIO once we have such build * mburns * mburns to add the spice-html rpm to el6 build * mburns and oschreib to get new SDK build * oschreib to update mburns with location of new rpms * mburns to upload new sdk and engine to stable location * mburns to get everything prepped for 3.3 release on Monday 9-Sep * mburns to push release live on monday * oschreib * mburns and oschreib to get new SDK build * oschreib to get a new build from mpastern asap * oschreib to update mburns with location of new rpms People Present (lines said) --- * oschreib (102) * mburns (44) * dneary (24) * sahina (8) * jhernand (7) * mskrivanek (6) *
Re: [Users] very odd permission problem
Alessandro Bianchi wrote: On 6-9-2013 12:34, Alessandro Bianchi wrote: Hi all I'm running 3.2 on several Fedora 18 nodes One of them has a local storage running 4 VMs Today the UPS crashed and host was rebboted after UPS replacement None of the VM's were able to be started I tried to put the Host in maintenance and reinstalled it, but this didn't give any result Digging into the logs I discovered the following error: The first was of this kind (on every VM) File /usr/lib64/python2.7/site-packages/libvirt.py, line 2630, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: errore interno process exited while connecting to monitor: ((null):5034): Spice-Warning **: reds.c:3247:reds_init_ssl: Could not use private key file qemu-kvm: failed to initialize spice server Thread-564::DEBUG::2013-09-06 11:31:32,814::vm::1065::vm.Vm::(setDownStatus) vmId=`49d84915-490b-497d-a3f8-c7dac7485281`::Changed state to Down: errore interno process exited while connecting to monitor: ((null):5034): Spice-Warning **: reds.c:3247:reds_init_ssl: Could not use private key file qemu-kvm: failed to initialize spice server The private key was marked 440 as permission owned by vdsm user and kvm group I had to change it to 444 to allow everyone to read it After that I had for every VM the following error: could not open disk image /rhev/data-center/3935800a-abe4-406d-84a1-4c3c0b915cce/6818de31-5cda-41d0-a41a-681230a409ba/images/54144c03-5057-462e-8275-6ab386ae8c5a/01298998-32d5-44c2-b5d1-91be1316ed19: Permission denied Disks were owned by vdsm:kvm with 660 permission I had to relax this to 666 to enable the VMs to start Has anyone faced this kind f problem before? Yes, me. Any hint about what may have caused this odd problem? yum update. I updated one of my hosts and after that that host couldn't start VMs anymore with exact the same errors. See thread 'Starting VM error' by Shaun Glass. I tried a couple of things but not making world readable those files. Will probably restore a backup and try it. I added the virt-preview repo for F18 and updated qemu/libvirt which also solved the problem. The difference between the updated and not updated host were really minimal. See the thead for logs. Regards, Joop Thank you for your very quick answer I suspected the same thing ! I'll update libvirt and revert the permission changes That will give you way way newer libvirt/qemu than you probably want. I would keep the permission changes and hope that one of the following updates to either libvirt/qemu fixes this problem. Joop ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] All VMs disappeared
Hi Andrew, On 06.09.2013 03:42, Andrew Lau wrote: Just for reference how'd you empty the async_tasks? on my oVirt engine I use the following steps to empty async_tasks: aio:~# su -l postgres -bash-4.2$ psql psql (9.2.4) postgres=# \c engine engine=# select task_id from async_tasks; task_id - [...should return one or more rows...] engine=# delete from async_tasks; Please make sure that all tasks completed before removing these rows. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] so, what do you want next in oVirt?
Cituji Zhou Zheng Sheng zhshz...@linux.vnet.ibm.com: Thanks Jakub, on 2013/09/04 22:08, Jakub Bittner wrote: Dne 4.9.2013 15:47, Zhou Zheng Sheng napsal(a): Hi Jakub, on 2013/09/04 20:40, Jakub Bittner wrote: Dne 4.9.2013 12:32, Zhou Zheng Sheng napsal(a): Hi all, on 2013/09/04 16:10, Itamar Heim wrote: On 09/04/2013 10:12 AM, Zhou Zheng Sheng wrote: ... it is supposed to work, but we don't have the build environment to produce something regularly build it yourself, if you can, it should work just fine…or maybe Zhou Zheng Sheng can help with building it Tahnks, michal Ubuntu packaging scripts are already in oVirt guest agent upstream. I can build the package and put it to launchpad.net under my PPA. Once it's ready I'll reply this mail again, then you can use apt-get to install it. I think we can also setup an Ubuntu repository on ovirt.org for the users. I'm now working on VDSM packaging, in a near future we will have to find a place to host all the .deb packages. My PPA is just a temporary place, ovirt.org is a better place. great - highly appreciated. I've submitted ovirt-guest-agent to launchpad.net. This is how you can install it for a Ubuntu 1304(raring) guest. sudo add-apt-repository ppa:zhshzhou/vdsm-ubuntu sudo apt-get update sudo apt-get install ovirt-guest-agent After install, the ovirt-guest-agent daemon is automatically started. You can also control it using initctl start/status/stop. It If you have any problems, search /var/log/ovirt-guest-agent/ovirt-guest-agent.log for the clue. Feedback is welcome! Hi Zhou Zheng Sheng, would it be possible to create package (and repository on ppa) for Ubuntu 12.04 LTS and for Debian Wheezy? I tried raring packages in precise(LTS), I can install it with no problem, start it, But it does not show anything in oVirt VM screen. Here is the log: http://paste.fedoraproject.org/36992/ Information from RHEL guests works well. Thank you. Sure. I think 12.04 LTS is a good release target. I can submit a package for it. I have a look at the exception you pasted. It looks like not related to Ubuntu, it might related to xml character filtering and unicode. I see some related patches in the git log. This is because I packaged the latest upstream. Maybe Vinzenz Feenstra can help to investigate the problem. May I know the agent version you used for RHEL guest? I can package the same version for Ubuntu 12.04. I am using version rhevm-guest-agent-common-1.0.7-12.el6ev.noarch on rhel 6.4 and on Fedora 19 ovirt-guest-agent-common-1.0.6-6.fc19.noarch. Thank you. I've upload ovirt-guest-agent 1.0.7 for Precise to my ppa. You can get it from https://launchpad.net/~zhshzhou/+archive/vdsm-ubuntu/+packages You can wget the .deb file and gdebi it. The actual version is a bit newer than 1.0.7 because the Ubuntu packaging scripts are introduced after 1.0.7. The agent runs successfully on my Ubuntu 1204 guest and reports IP and file system information correctly. -- Thanks and best regards! Zhou Zheng Sheng / 周征晟 E-mail: zhshz...@linux.vnet.ibm.com Telephone: 86-10-82454397 Thank you! It would be great to have information from Debian based guest in oVirt. I will try it on various installations of ubuntu and debian servers and I will let you know how it works. As soon as I get to work on monday ;-) This message was sent using IMP, the Internet Messaging Program. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Solaris support
On Fri, Sep 06, 2013 at 06:23:42PM +0200, René Koch (ovido) wrote: Hi, I want to start the discussion about Solaris support on oVirt again, as there was no solution for it yet. On my oVirt 3.2.2 environment I installed Solaris 11 U1 with the following specs: * Operating System: Other * nic1: rtl8139 * Disk1: IDE (Thin Provision) * Host: CentOS 6.4 with qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.7.x86_64 These are the same settings as on my RHEL 6.4 KVM host (except I can choose Solaris 10 as OS in virt-manager), which has KVM version: qemu-kvm-rhev-0.12.1.2-2.295.el6_3.2.x86_64 (I wanted to use this host as a RHEV host, so the qemu-kvm-rhev package is installed in case you wounder)... What's working: * OS installation on IDE disk * Bringing up network interface What's not working on oVirt: * Network connections - on RHEL 6.4 with plain libvirt/kvm this is working... I can see the mac address on my CentOS host, but can't ping the Solaris vm: # brctl showmacs ovirtmgmt | egrep '00:99:4a:00:64:83|port' port no mac addris local? ageing timer 2 00:99:4a:00:64:83 no10.72 # arp -an | grep '00:99:4a:00:64:83' ? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt When using tcpdump on the vnet interface which belongs to the Solaris vm (ip 10.0.100.123) I can see ARP requests from the vm for ip address of my CentOS host (10.0.100.42) but no response to it. Same when pinging other ips in this network: # tcpdump -n -i vnet2 tcpdump: WARNING: vnet2: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vnet2, link-type EN10MB (Ethernet), capture size 65535 bytes 18:15:35.987868 ARP, Request who-has 10.0.100.42 (Broadcast) tell 10.0.100.123, length 46 18:15:36.487399 ARP, Request who-has 10.0.100.42 (Broadcast) tell 10.0.100.123, length 46 18:15:36.987536 ARP, Request who-has 10.0.100.42 (Broadcast) tell 10.0.100.123, length 46 I also compared the qemu-kvm process list on the KVM with the oVirt machine and can't see much differences except that oVirt has more information like smbios oVirt host: /usr/libexec/qemu-kvm snip -netdev tap,fd=27,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=00:99:4a:00:64:83,bus=pci.0,addr=0x3 RHEL KVM host: /usr/libexec/qemu-kvm snip -netdev tap,fd=32,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:51:c2:97,bus=pci.0,addr=0x3 Any suggestions on how to troubleshoot / get Solaris networking running is welcome. Changing the interface to e1000 doesn't work either. - Would you share the output of your `brctl show`? - Particulalry, does the host device with 10.0.100.42 sit on the same bridge as your Solaris VM? - Do you see the who-has packet when sniffing the bridge device? - Have yout tried guest-to-guest communication (over the same bridge)? Dan. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt Solaris support
Hi, I want to start the discussion about Solaris support on oVirt again, as there was no solution for it yet. On my oVirt 3.2.2 environment I installed Solaris 11 U1 with the following specs: * Operating System: Other * nic1: rtl8139 * Disk1: IDE (Thin Provision) * Host: CentOS 6.4 with qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.7.x86_64 These are the same settings as on my RHEL 6.4 KVM host (except I can choose Solaris 10 as OS in virt-manager), which has KVM version: qemu-kvm-rhev-0.12.1.2-2.295.el6_3.2.x86_64 (I wanted to use this host as a RHEV host, so the qemu-kvm-rhev package is installed in case you wounder)... What's working: * OS installation on IDE disk * Bringing up network interface What's not working on oVirt: * Network connections - on RHEL 6.4 with plain libvirt/kvm this is working... I can see the mac address on my CentOS host, but can't ping the Solaris vm: # brctl showmacs ovirtmgmt | egrep '00:99:4a:00:64:83|port' port no mac addris local? ageing timer 2 00:99:4a:00:64:83 no10.72 # arp -an | grep '00:99:4a:00:64:83' ? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt When using tcpdump on the vnet interface which belongs to the Solaris vm (ip 10.0.100.123) I can see ARP requests from the vm for ip address of my CentOS host (10.0.100.42) but no response to it. Same when pinging other ips in this network: # tcpdump -n -i vnet2 tcpdump: WARNING: vnet2: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vnet2, link-type EN10MB (Ethernet), capture size 65535 bytes 18:15:35.987868 ARP, Request who-has 10.0.100.42 (Broadcast) tell 10.0.100.123, length 46 18:15:36.487399 ARP, Request who-has 10.0.100.42 (Broadcast) tell 10.0.100.123, length 46 18:15:36.987536 ARP, Request who-has 10.0.100.42 (Broadcast) tell 10.0.100.123, length 46 I also compared the qemu-kvm process list on the KVM with the oVirt machine and can't see much differences except that oVirt has more information like smbios oVirt host: /usr/libexec/qemu-kvm snip -netdev tap,fd=27,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=00:99:4a:00:64:83,bus=pci.0,addr=0x3 RHEL KVM host: /usr/libexec/qemu-kvm snip -netdev tap,fd=32,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:51:c2:97,bus=pci.0,addr=0x3 Any suggestions on how to troubleshoot / get Solaris networking running is welcome. Changing the interface to e1000 doesn't work either. Thanks, René ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] very odd permission problem
Date: Fri, 6 Sep 2013 22:05:05 +0100 From: dan...@redhat.com To: jvdw...@xs4all.nl CC: users@ovirt.org Subject: Re: [Users] very odd permission problem On Fri, Sep 06, 2013 at 04:05:13PM +0200, Joop wrote: Alessandro Bianchi wrote: On 6-9-2013 12:34, Alessandro Bianchi wrote: Hi all I'm running 3.2 on several Fedora 18 nodes One of them has a local storage running 4 VMs Today the UPS crashed and host was rebboted after UPS replacement None of the VM's were able to be started I tried to put the Host in maintenance and reinstalled it, but this didn't give any result Digging into the logs I discovered the following error: The first was of this kind (on every VM) File /usr/lib64/python2.7/site-packages/libvirt.py, line 2630, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: errore interno process exited while connecting to monitor: ((null):5034): Spice-Warning **: reds.c:3247:reds_init_ssl: Could not use private key file qemu-kvm: failed to initialize spice server Thread-564::DEBUG::2013-09-06 11:31:32,814::vm::1065::vm.Vm::(setDownStatus) vmId=`49d84915-490b-497d-a3f8-c7dac7485281`::Changed state to Down: errore interno process exited while connecting to monitor: ((null):5034): Spice-Warning **: reds.c:3247:reds_init_ssl: Could not use private key file qemu-kvm: failed to initialize spice server The private key was marked 440 as permission owned by vdsm user and kvm group I had to change it to 444 to allow everyone to read it After that I had for every VM the following error: could not open disk image /rhev/data-center/3935800a-abe4-406d-84a1-4c3c0b915cce/6818de31-5cda-41d0-a41a-681230a409ba/images/54144c03-5057-462e-8275-6ab386ae8c5a/01298998-32d5-44c2-b5d1-91be1316ed19: Permission denied Disks were owned by vdsm:kvm with 660 permission I had to relax this to 666 to enable the VMs to start Has anyone faced this kind f problem before? Yes, me. Any hint about what may have caused this odd problem? yum update. I updated one of my hosts and after that that host couldn't start VMs anymore with exact the same errors. See thread 'Starting VM error' by Shaun Glass. I tried a couple of things but not making world readable those files. Will probably restore a backup and try it. I added the virt-preview repo for F18 and updated qemu/libvirt which also solved the problem. The difference between the updated and not updated host were really minimal. See the thead for logs. Regards, Joop Thank you for your very quick answer I suspected the same thing ! I'll update libvirt and revert the permission changes That will give you way way newer libvirt/qemu than you probably want. I would keep the permission changes and hope that one of the following updates to either libvirt/qemu fixes this problem. Joop, I'm sorry that I have many requests and few answers, but if indeed the problem is related to a version of libvirt/qemu, would yould you try to reproduce it outside ovirt? I mean, in your working/non-working hosts, could you create a vdsm:kvm- owned image, and try to run it from virsh (using vdsm@ovirt user and the ever-so-secret password listed in vdsm/libvirt_password)? What happens if you chown your image to vdsm:qemu? (keeping mode as 660) What's `groups qemu` on your hosts? Could you attach gdb to the short-living qemu process, and run getgroups(2) on it? Dan. errore interno process exited while connecting to monitor: ((null):5034): Spice-Warning **: reds.c:3247:reds_init_ssl: Could not use private key file I just ran into this myself on a fresh 3.2.2 install. Enabling the virt-preview repo and doing a yum update fixed the spice-warning issue and the VMs started right up. That might help you Joop. Another issue, ovirt-engine-sdk is newer on the fedora repos than in the ovirt-repo. The fedora one caused issues (I forget which error at the moment), so I had to disable the fedora repos, remove ovirt-engine-sdk, and then reinstall it from the ovirt-repo. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Updating: ipxe-roms-qemu noarch 20130517-2.gitc4bce43.fc18 fedora-virt-preview 806 k libiscsi x86_64 1.7.0-5.fc18fedora-virt-preview 51 k libvirt x86_64 1.1.0-1.fc18fedora-virt-preview 32 k libvirt-client x86_64
Re: [Users] very odd permission problem
From: cybertimber2...@hotmail.com To: dan...@redhat.com; jvdw...@xs4all.nl CC: users@ovirt.org Subject: RE: [Users] very odd permission problem Date: Fri, 6 Sep 2013 21:35:51 -0400 Date: Fri, 6 Sep 2013 22:05:05 +0100 From: dan...@redhat.com To: jvdw...@xs4all.nl CC: users@ovirt.org Subject: Re: [Users] very odd permission problem On Fri, Sep 06, 2013 at 04:05:13PM +0200, Joop wrote: Alessandro Bianchi wrote: On 6-9-2013 12:34, Alessandro Bianchi wrote: Hi all I'm running 3.2 on several Fedora 18 nodes One of them has a local storage running 4 VMs Today the UPS crashed and host was rebboted after UPS replacement None of the VM's were able to be started I tried to put the Host in maintenance and reinstalled it, but this didn't give any result Digging into the logs I discovered the following error: The first was of this kind (on every VM) File /usr/lib64/python2.7/site-packages/libvirt.py, line 2630, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: errore interno process exited while connecting to monitor: ((null):5034): Spice-Warning **: reds.c:3247:reds_init_ssl: Could not use private key file qemu-kvm: failed to initialize spice server Thread-564::DEBUG::2013-09-06 11:31:32,814::vm::1065::vm.Vm::(setDownStatus) vmId=`49d84915-490b-497d-a3f8-c7dac7485281`::Changed state to Down: errore interno process exited while connecting to monitor: ((null):5034): Spice-Warning **: reds.c:3247:reds_init_ssl: Could not use private key file qemu-kvm: failed to initialize spice server The private key was marked 440 as permission owned by vdsm user and kvm group I had to change it to 444 to allow everyone to read it After that I had for every VM the following error: could not open disk image /rhev/data-center/3935800a-abe4-406d-84a1-4c3c0b915cce/6818de31-5cda-41d0-a41a-681230a409ba/images/54144c03-5057-462e-8275-6ab386ae8c5a/01298998-32d5-44c2-b5d1-91be1316ed19: Permission denied Disks were owned by vdsm:kvm with 660 permission I had to relax this to 666 to enable the VMs to start Has anyone faced this kind f problem before? Yes, me. Any hint about what may have caused this odd problem? yum update. I updated one of my hosts and after that that host couldn't start VMs anymore with exact the same errors. See thread 'Starting VM error' by Shaun Glass. I tried a couple of things but not making world readable those files. Will probably restore a backup and try it. I added the virt-preview repo for F18 and updated qemu/libvirt which also solved the problem. The difference between the updated and not updated host were really minimal. See the thead for logs. Regards, Joop Thank you for your very quick answer I suspected the same thing ! I'll update libvirt and revert the permission changes That will give you way way newer libvirt/qemu than you probably want. I would keep the permission changes and hope that one of the following updates to either libvirt/qemu fixes this problem. Joop, I'm sorry that I have many requests and few answers, but if indeed the problem is related to a version of libvirt/qemu, would yould you try to reproduce it outside ovirt? I mean, in your working/non-working hosts, could you create a vdsm:kvm- owned image, and try to run it from virsh (using vdsm@ovirt user and the ever-so-secret password listed in vdsm/libvirt_password)? What happens if you chown your image to vdsm:qemu? (keeping mode as 660) What's `groups qemu` on your hosts? Could you attach gdb to the short-living qemu process, and run getgroups(2) on it? Dan. errore interno process exited while connecting to monitor: ((null):5034): Spice-Warning **: reds.c:3247:reds_init_ssl: Could not use private key file I just ran into this myself on a fresh 3.2.2 install. Enabling the virt-preview repo and doing a yum update fixed the spice-warning issue and the VMs started right up. That might help you Joop. Another issue, ovirt-engine-sdk is newer on the fedora repos than in the ovirt-repo. The fedora one caused issues (I forget which error at the moment), so I had to disable the fedora repos, remove ovirt-engine-sdk, and then reinstall it from the ovirt-repo. *Forgot to note that I attached a text file of what updated once I added the virt-preview repo ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Updating: ipxe-roms-qemu noarch 20130517-2.gitc4bce43.fc18 fedora-virt-preview 806 k libiscsi x86_64