[ovirt-users] Understanding dashboard memory data
Hello, I'm having to deal with an oVirt installation, once I log in the dashboard says: Memory: "1.2 Available of 4.5 TiB" and "Virtual resources - Committed: 113%, Allocated: 114%". So, clearly there is RAM available, but what's with the committed and allocated numbers? Regards ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/NBLQFV3WBBU5WTEGR3A5TW6SERDHIMPD/
Re: [ovirt-users] CEPH rbd support in EL7 libvirt
Hi Nir, I have not tried to use Ovirt with Ceph, my question was about libvirt and was directed to ask the question here, sorry for the noise; I understand libvirt is not really ovirt's people concern. The thing is qemu can do ceph rbd in EL7, libvirt does not, although support seems to be there and a simple rebuild enables it. Was hoping you guys know more. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - > From: "Nir Soffer" <nsof...@redhat.com> > To: "Nux!" <n...@li.nux.ro> > Cc: "users" <users@ovirt.org> > Sent: Monday, 12 October, 2015 09:05:00 > Subject: Re: [ovirt-users] CEPH rbd support in EL7 libvirt > On Sun, Oct 11, 2015 at 12:52 PM, Nux! <n...@li.nux.ro> wrote: >> Hi folks, >> >> I was directed here by Sandro with the question in the $subject. >> As I could not find anything conclusive in either bugzilla or the 7.2 release >> notes, can someone clarify this for me? >> At this point it's apparently as easy as rebuilding the libvirt src.rpm with >> "with_storage_rbd 1".[1] >> >> I see users migrating from CentOS to Ubuntu because this is missing, it's not >> even in technology preview. >> Kind of odd RH undermining their own projects in this way. >> >> [1] - >> http://blog.widodh.nl/2015/04/rebuilding-libvirt-under-centos-7-1-with-rbd-storage-pool-support/ > > RHEL 7.1 supports rbd out of the box; so should be current CentOS 7. > > We do not use libvirt storage pool for ovirt, so I don't think you > need to build anything. > > Also, we do not access rbd volumes via libvirt. When we run vms using > rbd: volumes, libvirt > pass the volume url to qemu, and qemu access the volume. So we may not > need any rbd > support in libvirt itself. > > Did you try to use ceph with ovirt 3.6 on CentOS? > > Nir ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] CEPH rbd support in EL7 libvirt
Hi folks, I was directed here by Sandro with the question in the $subject. As I could not find anything conclusive in either bugzilla or the 7.2 release notes, can someone clarify this for me? At this point it's apparently as easy as rebuilding the libvirt src.rpm with "with_storage_rbd 1".[1] I see users migrating from CentOS to Ubuntu because this is missing, it's not even in technology preview. Kind of odd RH undermining their own projects in this way. [1] - http://blog.widodh.nl/2015/04/rebuilding-libvirt-under-centos-7-1-with-rbd-storage-pool-support/ -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] qemu-img-rhev can't handle -s parameter
Hello, I used qemu-img-rhev-0.12.1.2-2.355.el6 successfully with -s parameter, but now qemu-img-rhev-0.12.1.2-2.415.el6 (latest atm) errors out with: convert: invalid option -- 's' What am I missing? Do I need any special rpmbuild switches or something? I see the spec already says rhev 1 which should be enough. Regards, Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] qemu-img-rhev can't handle -s parameter
On 03.01.2014 13:45, Dafna Ron wrote: yes, there are bugs reported in openstack for the same issue on qemu-kvm: https://bugzilla.redhat.com/show_bug.cgi?id=1027074 https://bugzilla.redhat.com/show_bug.cgi?id=1016896 Hi and thanks, I cannot access https://bugzilla.redhat.com/show_bug.cgi?id=1016896 with my user. Care to sum it up, is there a resolution in sight? Regards, Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] qemu-img-rhev can't handle -s parameter
On 03.01.2014 15:17, Dafna Ron wrote: On 01/03/2014 02:43 PM, Nux! wrote: On 03.01.2014 13:45, Dafna Ron wrote: yes, there are bugs reported in openstack for the same issue on qemu-kvm: https://bugzilla.redhat.com/show_bug.cgi?id=1027074 https://bugzilla.redhat.com/show_bug.cgi?id=1016896 Hi and thanks, I cannot access https://bugzilla.redhat.com/show_bug.cgi?id=1016896 with my user. Care to sum it up, is there a resolution in sight? Regards, Lucian well, there was a decision in virt to no longer skip the -s and prompt an error message which was decided to be the correct way to go. I am adding some people to this, maybe they can help with some workaround for ovirt. Thanks, I don't want to appear cheeky, but I did not need the feature for Ovirt. Currently KVM snapshots in Cloudstack are broken as well because the -s went away. I have found that qemu-img-rhev-0.12.1.2-2.355 still has the capability so that's what I'm stuck with on my hypervisor; thought you guys know more. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] qemu-img-rhev can't handle -s parameter
On 03.01.2014 16:29, Dan Kenigsberg wrote: On Fri, Jan 03, 2014 at 01:34:39PM +, Nux! wrote: Hello, I used qemu-img-rhev-0.12.1.2-2.355.el6 successfully with -s parameter, but now qemu-img-rhev-0.12.1.2-2.415.el6 (latest atm) errors out with: convert: invalid option -- 's' Could you provide more context, preferably with the traceback from vdsm.log? Hello Dan, As stated previously I'm using this with Cloudstack, not Ovirt. The lack of -s switch breaks snapshot functionality, stock EL6 qemu-img worked fine with previous EL6 releases afaik. Current stock qemu-img as well as qemu-img-rhev are missing this. qemu-img-rhev-0.12.1.2-2.355 is the only recent version that I found which can be used; qemu-img-rhev-0.12.1.2-2.355 lost this feature weirdly. Sorry if I'm hijacking the ovirt-users with non-ovirt issue. Should I open a bug in the bz? Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] engine-setup fails on CentOS 6.4 because of postgresql
Hello, Installed ovirt engine from the official repos, but engine-setup fails because of the database. Logs here: http://paste.fedoraproject.org/35360/77293137/ http://paste.fedoraproject.org/35361/76773031/ I'm not really any good with postgresql, what is the problem? Thanks, Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] engine-setup fails on CentOS 6.4 because of postgresql
On 28.08.2013 09:23, Yedidyah Bar David wrote: Hi, - Original Message - From: Nux! n...@li.nux.ro To: users@ovirt.org Sent: Wednesday, August 28, 2013 11:14:55 AM Subject: [Users] engine-setup fails on CentOS 6.4 because of postgresql Hello, Installed ovirt engine from the official repos, but engine-setup fails because of the database. Logs here: http://paste.fedoraproject.org/35360/77293137/ http://paste.fedoraproject.org/35361/76773031/ This file says: createdb: database creation failed: ERROR: encoding UTF8 does not match locale en_GB DETAIL: The chosen LC_CTYPE setting requires encoding LATIN1. Can you try with a UTF-8 locale? Hi What exactly should I do? I tried changing lc_ stuff in postgresql.conf to en_GB.UTF-8 but it doesn't help. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Importing an existing gluster setup
Hi, I have an existing gluster cluster, it's in production and fully functional. I'd like to be able to manage it from within Ovirt. Can anyone tell me if I can import this gluster setup as it is? I don't want Ovirt to change anything on those hosts. Thanks, Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Importing an existing gluster setup
On 28.08.2013 13:19, Sahina Bose wrote: On 08/28/2013 05:44 PM, Nux! wrote: Hi, I have an existing gluster cluster, it's in production and fully functional. I'd like to be able to manage it from within Ovirt. Can anyone tell me if I can import this gluster setup as it is? I don't want Ovirt to change anything on those hosts. Yes, you can, using the Import cluster option when you create a cluster with gluster services enabled (Do not enable virt services on cluster) This will install vdsm on the hosts, but should not affect the gluster setup in any other way. Hello Sahina, I've added my existing gluster hosts as well as the VM running the ovirt-engine. It installed vdsm on this VM, set up a bridge called ovirtmgmt and rebooted it. Can you assure me this will not happen with the hosts I have in production. For the moment I cut access for ovirt to the gluster hosts.. my heart just froze when I saw that reboot. :) -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Importing an existing gluster setup
On 28.08.2013 14:54, Sahina Bose wrote: On 08/28/2013 06:36 PM, Kanagaraj wrote: On 08/28/2013 06:16 PM, Nux! wrote: On 28.08.2013 13:19, Sahina Bose wrote: On 08/28/2013 05:44 PM, Nux! wrote: Hi, I have an existing gluster cluster, it's in production and fully functional. I'd like to be able to manage it from within Ovirt. Can anyone tell me if I can import this gluster setup as it is? I don't want Ovirt to change anything on those hosts. Yes, you can, using the Import cluster option when you create a cluster with gluster services enabled (Do not enable virt services on cluster) This will install vdsm on the hosts, but should not affect the gluster setup in any other way. Hello Sahina, I've added my existing gluster hosts as well as the VM running the ovirt-engine. It installed vdsm on this VM, set up a bridge called ovirtmgmt and rebooted it. Can you assure me this will not happen with the hosts I have in production. For the moment I cut access for ovirt to the gluster hosts.. my heart just froze when I saw that reboot. :) It is not supposed to reboot if you have created the cluster with 'Enable Gluster service' checked and 'Enable Virt Service' un-checked. This is true for Ovirt version 3.3. Which version are you using? I have installed 3.2, and only the gluster bit so I did not see any Enable Virt Service. Should I upgrade to 3.3? -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Importing an existing gluster setup
On 28.08.2013 15:23, Sahina Bose wrote: On 08/28/2013 07:41 PM, Nux! wrote: On 28.08.2013 14:54, Sahina Bose wrote: On 08/28/2013 06:36 PM, Kanagaraj wrote: On 08/28/2013 06:16 PM, Nux! wrote: On 28.08.2013 13:19, Sahina Bose wrote: On 08/28/2013 05:44 PM, Nux! wrote: Hi, I have an existing gluster cluster, it's in production and fully functional. I'd like to be able to manage it from within Ovirt. Can anyone tell me if I can import this gluster setup as it is? I don't want Ovirt to change anything on those hosts. Yes, you can, using the Import cluster option when you create a cluster with gluster services enabled (Do not enable virt services on cluster) This will install vdsm on the hosts, but should not affect the gluster setup in any other way. Hello Sahina, I've added my existing gluster hosts as well as the VM running the ovirt-engine. It installed vdsm on this VM, set up a bridge called ovirtmgmt and rebooted it. Can you assure me this will not happen with the hosts I have in production. For the moment I cut access for ovirt to the gluster hosts.. my heart just froze when I saw that reboot. :) It is not supposed to reboot if you have created the cluster with 'Enable Gluster service' checked and 'Enable Virt Service' un-checked. This is true for Ovirt version 3.3. Which version are you using? I have installed 3.2, and only the gluster bit so I did not see any Enable Virt Service. Should I upgrade to 3.3? Yes, since in 3.2 the hosts reboot even for gluster clusters. You might want to consider waiting till the 3.3 GA build is out.(next week) Thanks for that, I would have made a big booboo. :-) We'll test 3.3. once it's out. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users