- Users - oVirt List Archives

[Users] oVirt test day tomorrow
by Doron Fediuck 10 Feb '14

10 Feb '14

Just a reminder that tomorrow we plan to have oVirt 3.4 2nd test day. More details coming soon.

1 0

[Users] [ANN] oVirt 3.4.0 beta2 is now available
by Sandro Bonazzola 10 Feb '14

10 Feb '14

The oVirt team is pleased to announce that the 3.4.0 second beta release is now available for testing. Release notes and information on the changes for this update are still being worked on and will be available soon on the wiki[1]. Please ensure to follow install instruction from release notes if you're going to test it. The existing repository ovirt-3.4.0-prerelease has been updated for delivering this beta and future refreshes until release candidate. A new oVirt Node build will be available soon as well. You're welcome to join us testing this beta release in next week test day [2] scheduled for 2014-02-11! [1] http://www.ovirt.org/OVirt_3.4.0_release_notes [2] http://www.ovirt.org/OVirt_3.4_Test_Day -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 5

[Users] 3.3.2 repo defect?
by Sven Kieske 10 Feb '14

10 Feb '14

Hi, I'm just trying to install ovirt 3.3.2.: I get: Downloading Packages: ovirt-engine-cli-3.3.0.6-1.el6.noarch.rpm | 179 kB 00:00 http://resources.ovirt.org/releases/3.3.2/rpm/EL/6/noarch/ovirt-engine-cli-…: [Errno -1] Package does not match intended download. Suggestion: run yum --enablerepo=ovirt-3.3.2 clean metadata Trying other mirror. Error Downloading Packages: ovirt-engine-cli-3.3.0.6-1.el6.noarch: failure: noarch/ovirt-engine-cli-3.3.0.6-1.el6.noarch.rpm from ovirt-3.3.2: [Errno 256] No more mirrors to try. Repo config looks like this: [ovirt-3.3.2] name=oVirt 3.3.2 release baseurl=http://resources.ovirt.org/releases/3.3.2/rpm/EL/$releasever/ enabled=1 skip_if_unavailable=1 gpgcheck=0 I already did clean the metadata but it still doesn't work. any suggestions beside using 3.3.3. (currently out of scope for me because I must rerun all my tests then..)? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

1 2

[Users] Quotas
by Maurice James 10 Feb '14

10 Feb '14

------=_NextPart_000_0008_01CF21EA.5F08A660 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit How do I limit the number of VMs that a user can create using quotas? ------=_NextPart_000_0008_01CF21EA.5F08A660 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META = HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoNormal>How do I limit the number of VMs that a user can = create using quotas?<o:p></o:p></p></div></body></html> ------=_NextPart_000_0008_01CF21EA.5F08A660--

4 5

Re: [Users] How to setup FreeBSD 8.3 Guest on oVirt 3.3
by Dresel Christopher 10 Feb '14

10 Feb '14

Sure already tried that - IDE, no Ethernet at all, everything related to VirtIO disabled - no success. Quoted from the forum: "It has nothing to do with the virtio driver. It is a more deeply rooted problem inside KVM in its emulation of CPU's over Intel chipsets in combination with *BSD amd64." As I already virtualized pfSense with an older Version of Intel Chipset (Sandy Bridge) with KVM and Hardware Virtualization I really think it's related to the newer Haswell chipset. The same configuration with an i386 ISO build works. Best Regards, Christopher -----Original Message----- From: René Koch [mailto:rkoch@linuxland.at] Sent: Donnerstag, 30. Jänner 2014 16:32 To: Dresel Christopher Cc: Joop; users(a)ovirt.org Subject: Re: [Users] How to setup FreeBSD 8.3 Guest on oVirt 3.3 On Thu, 2014-01-30 at 12:27 +0000, Dresel Christopher wrote: > The passing error seems to be a bug when using Run Once - Run behaves as expected. > > Nevertheless my problem seems related to Haswell + KVM + Hardware Virtualisation + FreeBSD (see http://forum.proxmox.com/threads/16564-PVE3-1-FreeBSD8-3-pfsense-KVM-Hardwa…) > > Possible Workarounds: Disable Hardware Virtualization (guess this is not possible on VM basis with oVirt?) or use an i386 Version of FreeBSD. > I'm pretty sure you can't disable hardware virtualization on a vm basis. Btw, does FreeBSD boot if you use an IDE disk and e1000 NIC (did go quickly through the proxmox forum thread and issues seem to be virtio related)? This will decrease performance for sure, but maybe it's sufficient. My Solaris vms are for compiling and Puppet module tests, so IDE and e1000 emulated devices are fine for me. Regards, René > Thanks for your help. > > -----Original Message----- > From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On > Behalf Of Dresel Christopher > Sent: Mittwoch, 29. Jänner 2014 21:24 > To: René Koch; Joop > Cc: users(a)ovirt.org > Subject: Re: [Users] How to setup FreeBSD 8.3 Guest on oVirt 3.3 > > Thank you, I already found your repo and I'm testing. > > The custom property is selectable via the GUI, the hook gets called, > but I don't know why it don’t work - it seems like the custom property > does not get passed to the hook :/ > > -----Original Message----- > From: René Koch [mailto:rkoch@linuxland.at] > Sent: Mittwoch, 29. Jänner 2014 20:51 > To: Joop; Dresel Christopher > Cc: users(a)ovirt.org > Subject: Re: [Users] How to setup FreeBSD 8.3 Guest on oVirt 3.3 > > On Wed, 2014-01-29 at 19:27 +0100, Joop wrote: > > Dresel Christopher <dresel(a)fhwn.ac.at> wrote: > > >Hi, > > > > > >I’m using oVirt 3.3 and trying to setup a FreeBSD 8.3 Guest machine. > > >The machine hangs after the booting screen - I already googled > > >about this, but didn’t find any helpful articles. > > > > > >Cluster uses “Intel Penryn Family“, the VM is configured with 1 > > >virtual CPU as suggested in one of the threads I found on the internet. > > You're probably looking at x2pic cpu flag problems. A vdsm hook might help. Have posted to proxmox forum about this. Also, solaris seems affected, has been discussed on this list. > > > > For Solaris I wrote a hook which can be found here (works fine for Solaris 10/11 on Intel CPUs): > https://github.com/ovido/ovirt-stuff/tree/master/hooks > > Don't know if this is needed for (older versions of) FreeBSD, too. > > > Regards, > René > > > > Joop > > > > > > ________________________________ > > Fachhochschule Wiener Neustadt für Wirtschaft und Technik Ges.m.b.H. > University of Applied Sciences Wiener Neustadt for Business and > Engineering Ltd., Austria Johannes Gutenberg-Straße 3 > 2700 Wiener Neustadt > Austria, Europe > ATU: 37772406 > Firmenbuchnummer: 77005v > Firmenbuchgericht: Landesgericht Wiener Neustadt > DVR: 0769665 > Der Inhalt dieses E-Mails ist ausschliesslich fuer den bezeichneten Adressaten bestimmt. Jede Form der Kenntnisnahme, Veroeffentlichung, Vervielfaeltigung oder Weitergabe des Inhalts dieses E-Mails durch unberechtigte Dritte ist unzulaessig. Wir bitten Sie, sich mit dem Absender des E-Mails in Verbindung zu setzen, falls Sie nicht der Adressat dieses E-Mails sind und das Material von Ihrem Computer zu loeschen. > > This e-mail and any attachments are confidential and intended solely for the addressee. The perusal, publication, copying or dissemination of the contents of this e-mail by unauthorised third parties is prohibited. If you are not the intended recipient of this e-mail, please delete it and immediately notify the sender. > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ________________________________ > > Fachhochschule Wiener Neustadt für Wirtschaft und Technik Ges.m.b.H. > University of Applied Sciences Wiener Neustadt for Business and > Engineering Ltd., Austria Johannes Gutenberg-Straße 3 > 2700 Wiener Neustadt > Austria, Europe > ATU: 37772406 > Firmenbuchnummer: 77005v > Firmenbuchgericht: Landesgericht Wiener Neustadt > DVR: 0769665 > Der Inhalt dieses E-Mails ist ausschliesslich fuer den bezeichneten Adressaten bestimmt. Jede Form der Kenntnisnahme, Veroeffentlichung, Vervielfaeltigung oder Weitergabe des Inhalts dieses E-Mails durch unberechtigte Dritte ist unzulaessig. Wir bitten Sie, sich mit dem Absender des E-Mails in Verbindung zu setzen, falls Sie nicht der Adressat dieses E-Mails sind und das Material von Ihrem Computer zu loeschen. > > This e-mail and any attachments are confidential and intended solely for the addressee. The perusal, publication, copying or dissemination of the contents of this e-mail by unauthorised third parties is prohibited. If you are not the intended recipient of this e-mail, please delete it and immediately notify the sender. ________________________________ Fachhochschule Wiener Neustadt für Wirtschaft und Technik Ges.m.b.H. University of Applied Sciences Wiener Neustadt for Business and Engineering Ltd., Austria Johannes Gutenberg-Straße 3 2700 Wiener Neustadt Austria, Europe ATU: 37772406 Firmenbuchnummer: 77005v Firmenbuchgericht: Landesgericht Wiener Neustadt DVR: 0769665 Der Inhalt dieses E-Mails ist ausschliesslich fuer den bezeichneten Adressaten bestimmt. Jede Form der Kenntnisnahme, Veroeffentlichung, Vervielfaeltigung oder Weitergabe des Inhalts dieses E-Mails durch unberechtigte Dritte ist unzulaessig. Wir bitten Sie, sich mit dem Absender des E-Mails in Verbindung zu setzen, falls Sie nicht der Adressat dieses E-Mails sind und das Material von Ihrem Computer zu loeschen. This e-mail and any attachments are confidential and intended solely for the addressee. The perusal, publication, copying or dissemination of the contents of this e-mail by unauthorised third parties is prohibited. If you are not the intended recipient of this e-mail, please delete it and immediately notify the sender.

3 3

[Users] Async release for ovirt-engine-reports is now available.
by Yaniv Dary 10 Feb '14

10 Feb '14

Hello all, We have just release a new reports package for 3.3.3 that fixes a critical bug in upgrade of reports (http://gerrit.ovirt.org/23335) We recommend all existing users to update to this package. Thanks! --- Yaniv Dary BI Software Engineer Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 43501 Tel : +972 (9) 7692306 72306 Email: ydary(a)redhat.com IRC : Yaniv D

1 0

[Users] clearing hung task
by david van zeebroeck 10 Feb '14

10 Feb '14

hello i have a task that seems to be hung or anyway in an incorrect state in the gui's task pane i have one task that indicates that it is launching a vm (that no longer exists) when i expand that task it keeps on saying loading because of this when i now launch other task they don't want to expand in the task pane is there a way to clear this or get it back to a correct status?

4 5

[Users] ELT service sampling
by Kevin Tibi 10 Feb '14

10 Feb '14

Hi all, since I upgraded my plateforme in 3.5, i have a error message in ovirt-engine : [image: Images intégrées 1] I don't find anything about this ELT service. thx ;) Kevin.

4 3

[Users] Fwd: oVirt or RHEV ?
by Nathanaël Blanchet 10 Feb '14

10 Feb '14

------=_Part_1917943_185222171.1391852636417 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable ----- Mail transf=C3=A9r=C3=A9 ----- De: "Nathana=C3=ABl Blanchet" <blanchet(a)abes.fr>=20 =C3=80: "Ren=C3=A9 Koch" <rkoch(a)linuxland.at>=20 Envoy=C3=A9: Samedi 8 F=C3=A9vrier 2014 10:41:56=20 Objet: Re: [Users] oVirt or RHEV ?=20 Hi Ren=C3=A9, thanks for your answer.=20 My first idea wasn't to redistribute a repackaging of RHEV, but to bring a = more stable build of rhev than the one from ovirt. My idea was to do the sa= me as other project such as centos or scientific linux with RHEL. Yes they = have removed all Red Hat trademarks, it seems to be a hard work. I began ye= sterday, I met a lot of dependance issues, you're right I can't waste such = a time with this kind of work alone, a collaborate work would be better, bu= t unuseful because of the ovirt project. That's why I think centos make a v= ery great job.=20 ----- Mail transf=C3=A9r=C3=A9 ----- De: "Ren=C3=A9 Koch" <rkoch(a)linuxland.at>=20 =C3=80: "Nathana=C3=ABl Blanchet" <blanchet(a)abes.fr>, "Martijn Grendelman" = <martijn.grendelman(a)isaac.nl>=20 Cc: users(a)ovirt.org=20 Envoy=C3=A9: Vendredi 7 F=C3=A9vrier 2014 23:58:48=20 Objet: Re: [Users] oVirt or RHEV ?=20 Hi Nathana=C3=ABl,=20 Imho you need a lot of manpower to make this happen.=20 You have to remove all Red Hat trademarks if you want to distribute it - th= is means remove it from RHEV-manager (engine), RHEV-H (node-image) and all = Windows tools (e.g. USB policy editor, RHEV tools,...) so you not only need= CentOS 6 build servers, but also Windows ones.=20 Next you should have to support each release for 3 years which means in 2 y= ears you maybe have to build packages for 3-6 RHEV releases - again takes a= lot of time. Even if you can automate fetching, building and testing you s= till have to test it manually, too.=20 I'm unsure if someone would do this work. Just speaking for me and the comp= any I work for - RHEV and oVirt is working fine for us, so I wouldn't see m= uch benefit of repackaging RHEV. Contributing to oVirt project with Nagios = plugins, presentations, meetups,... makes more sense for us. Again just spe= aking about us, but I think other companies think in a same way...=20 Regards,=20 Ren=C3=A9=20 On 07.02.2014 10:33, Nathana=C3=ABl Blanchet wrote:=20 Hi everybody,=20 We could consider a third way : why not building RHEV from SRPMs since redh= at provides them on ftp://ftp.redhat.com/redhat/rhev-m/3.x/SRPMS/ ? this ca= n be a compromise between stability of rhev and ovirt free of charge.=20 I'm surprised that nobody has got this idea before.=20 Le 06/02/2014 19:53, Ren=C3=A9 Koch a =C3=A9crit :=20 <blockquote> Hi Martijn, That's a good question and not too easy to answer. I work as a Solution Architect and my company is selling both - RHEV and oVirt consulting and support. The reason for doing both is, that we want to give users a choice which solution fits better. The main benefits (in my opinion) of RHEV are: - Support with SLAs Red Hat provides support for RHEV with service levels. For oVirt you have to wait until someone of the developers or community members helps you on the mailing list or in IRC (or you buy support from a company with provides it). - Updates for each release for 3 years You receive for all releases (RHEV 3.1, 3.2,...) 3 years of support and updates. oVirt provides bugfix releases for the actual release (so you want get bugfix updates for 3.2 anymore, you have to upgrade to 3.3). For me this is the biggest advantage of RHEV. - Red Hat Knowledge Base Red Hat Knowledge Base is one of the best knowledge bases and it helps you greatly solving issues and gives useful tips. I use the knowledge base a lot and wouldn't want to miss it for any Red Hat product. - Stability RHEV is tested by a qa team and the releases are really stable. oVirt has newer features which are less tested. I upgrade oVirt release only to .1 releases (e.g. 3.2.x -> 3.3.1), not to .0 to avoid issues. - Guest agents Guest agents and RHEV tools are packaged for RHEL and Windows guests and are working fine. When using oVirt you miss some of the functionality of Windows guest tools or have to copy it from different locations. For other os'es it doesn't matter if using RHEV or oVirt. - Application / os support You should consider if your applications and operating systems are supported in oVirt as well. All apps certified for RHEL are certified for RHEV as well. Main benefits of oVirt: - Newest features oVirt gives you the latest and greatest. So it will take some time until this feature is available in RHEV, too (due to testing). - No subscription coasts You don't have to buy subscriptions for an oVirt environment, so it saves money. But on the other hand it can also cost you more money, if you have to spend a lot of time in troubleshooting or with upgrading (especially with possible upgrading issues) or having down times of your environment. It's not too easy to say if you should use RHEV or oVirt. I hope I could help you making a decision with my explanations above. You could also have both - a RHEV setup for production vms and an oVirt setup for development and qa vms. Regards, Ren=C3=A9 On Thu, 2014-02-06 at 16:06 +0100, Martijn Grendelman wrote:=20 <blockquote> Hi, This may be the wrong place to ask, but I'm looking for input to form an opinion on an "oVirt or RHEV" question within my company. I have been running oVirt for about 5 months now, and I'm quite comfortable with its features and maintenance procedures. We are now planning to build a private virtualization cluster for hosting clients' applications as well as our own. Some people in the company are questioning whether we should buy RHEV, but at this point, I can't see the benefits. Can anyone on this list shed a light on when RHEV might be a better choice than oVirt? What are the benefits? The trade-offs? I am looking for pragmatic, real-world things, not marketing mumbo jumbo. That, I can get from redhat.com ;-) Best regards, Martijn. _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/= users=20 _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/= users=20 </blockquote> --=20 Nathana=C3=ABl Blanchet Supervision r=C3=A9seau P=C3=B4le exploitation et maintenance D=C3=A9partement des syst=C3=A8mes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=C3=A9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr=20 </blockquote> ------=_Part_1917943_185222171.1391852636417 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'><br><br><hr id=3D"zwchr"><div style=3D"color:#000;fon= t-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetic= a,Arial,sans-serif;font-size:12pt;"><b>De: </b>"Nathana=C3=ABl Blanchet" &l= t;blanchet(a)abes.fr><br><b>=C3=80: </b>"Ren=C3=A9 Koch" <rkoch@linuxla= nd.at><br><b>Envoy=C3=A9: </b>Samedi 8 F=C3=A9vrier 2014 10:41:56<br><b>= Objet: </b>Re: [Users] oVirt or RHEV ?<br><br><style>p { margin: 0; }</styl= e><div style=3D"font-family: times new roman,new york,times,serif; font-siz= e: 12pt; color: #000000">Hi Ren=C3=A9, thanks for your answer.<br>My first = idea wasn't to redistribute a repackaging of RHEV, but to bring a more stab= le build of rhev than the one from ovirt. My idea was to do the same as oth= er project such as centos or scientific linux with RHEL. Yes they have remo= ved all Red Hat trademarks, it seems to be a hard work. I began yesterday, = I met a lot of dependance issues, you're right I can't waste such a time wi= th this kind of work alone, a collaborate work would be better, but unusefu= l because of the ovirt project. That's why I think centos make a very great= job.<br><br><hr id=3D"zwchr"><div style=3D"color:#000;font-weight:normal;f= ont-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-seri= f;font-size:12pt;"><b>De: </b>"Ren=C3=A9 Koch" <rkoch(a)linuxland.at><b= r><b>=C3=80: </b>"Nathana=C3=ABl Blanchet" <blanchet(a)abes.fr>, "Marti= jn Grendelman" <martijn.grendelman(a)isaac.nl><br><b>Cc: </b>users@ovir= t.org<br><b>Envoy=C3=A9: </b>Vendredi 7 F=C3=A9vrier 2014 23:58:48<br><b>Ob= jet: </b>Re: [Users] oVirt or RHEV ?<br><br> =20 =20 =20 =20 Hi Nathana=C3=ABl,<br> <br> Imho you need a lot of manpower to make this happen.<br> <br> You have to remove all Red Hat trademarks if you want to distribute it - this means remove it from RHEV-manager (engine), RHEV-H (node-image) and all Windows tools (e.g. USB policy editor, RHEV tools,...) so you not only need CentOS 6 build servers, but also Windows ones.<br> <br> Next you should have to support each release for 3 years which means in 2 years you maybe have to build packages for 3-6 RHEV releases - again takes a lot of time. Even if you can automate fetching, building and testing you still have to test it manually, too.<br> <br> I'm unsure if someone would do this work. Just speaking for me and the company I work for - RHEV and oVirt is working fine for us, so I wouldn't see much benefit of repackaging RHEV. Contributing to oVirt project with Nagios plugins, presentations, meetups,... makes more sense for us. Again just speaking about us, but I think other companies think in a same way...<br> <br> <br> Regards,<br> Ren=C3=A9<br> <br> <br> <div class=3D"moz-cite-prefix">On 07.02.2014 10:33, Nathana=C3=ABl Blan= chet wrote:<br> </div> <blockquote cite=3D"mid:52F4A868.7040901@abes.fr"> =20 <font size=3D"-1">Hi everybody, <br> <br> We could consider a third way : why not building RHEV from SRPMs since redhat provides them on <a class=3D"moz-txt-link-freetext" hr= ef=3D"ftp://ftp.redhat.com/redhat/rhev-m/3.x/SRPMS/" target=3D"_blank">ftp:= //ftp.redhat.com/redhat/rhev-m/3.x/SRPMS/</a> ? this can be a compromise between stability of rhev and ovirt free of charge.<br> I'm surprised that nobody has got this idea before.<br> <br> </font> <div class=3D"moz-cite-prefix">Le 06/02/2014 19:53, Ren=C3=A9 Koch a =C3=A9crit :<br> </div> <blockquote cite=3D"mid:20140206185356.EDA1C1682@mail.linuxland.de"> <pre>Hi Martijn, That's a good question and not too easy to answer. I work as a Solution Architect and my company is selling both - RHEV and oVirt consulting and support. The reason for doing both is, that we want to give users a choice which solution fits better. The main benefits (in my opinion) of RHEV are: - Support with SLAs Red Hat provides support for RHEV with service levels. For oVirt you have to wait until someone of the developers or community members helps you on the mailing list or in IRC (or you buy support from a company with provides it). - Updates for each release for 3 years You receive for all releases (RHEV 3.1, 3.2,...) 3 years of support and updates. oVirt provides bugfix releases for the actual release (so you want get bugfix updates for 3.2 anymore, you have to upgrade to 3.3). For me this is the biggest advantage of RHEV. - Red Hat Knowledge Base Red Hat Knowledge Base is one of the best knowledge bases and it helps you greatly solving issues and gives useful tips. I use the knowledge base a lot and wouldn't want to miss it for any Red Hat product. - Stability RHEV is tested by a qa team and the releases are really stable. oVirt has newer features which are less tested. I upgrade oVirt release only to .1 releases (e.g. 3.2.x -> 3.3.1), not to .0 to avoid issues. - Guest agents Guest agents and RHEV tools are packaged for RHEL and Windows guests and are working fine. When using oVirt you miss some of the functionality of Windows guest tools or have to copy it from different locations. For other os'es it doesn't matter if using RHEV or oVirt. - Application / os support You should consider if your applications and operating systems are supported in oVirt as well. All apps certified for RHEL are certified for RHEV as well. Main benefits of oVirt: - Newest features oVirt gives you the latest and greatest. So it will take some time until this feature is available in RHEV, too (due to testing). - No subscription coasts You don't have to buy subscriptions for an oVirt environment, so it saves money. But on the other hand it can also cost you more money, if you have to spend a lot of time in troubleshooting or with upgrading (especially with possible upgrading issues) or having down times of your environment. It's not too easy to say if you should use RHEV or oVirt. I hope I could help you making a decision with my explanations above. You could also have both - a RHEV setup for production vms and an oVirt setup for development and qa vms. Regards, Ren=C3=A9 On Thu, 2014-02-06 at 16:06 +0100, Martijn Grendelman wrote: </pre> <blockquote> <pre>Hi, This may be the wrong place to ask, but I'm looking for input to form an opinion on an "oVirt or RHEV" question within my company. I have been running oVirt for about 5 months now, and I'm quite comfortable with its features and maintenance procedures. We are now planning to build a private virtualization cluster for hosting clients' applications as well as our own. Some people in the company are questioning whether we should buy RHEV, but at this point, I can't see the benefits. Can anyone on this list shed a light on when RHEV might be a better choice than oVirt? What are the benefits? The trade-offs? I am looking for pragmatic, real-world things, not marketing mumbo jumbo. That, I can get from redhat.com ;-) Best regards, Martijn. _______________________________________________ Users mailing list <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:Users@ovirt.org" targe= t=3D"_blank">Users(a)ovirt.org</a> <a class=3D"moz-txt-link-freetext" href=3D"http://lists.ovirt.org/mailman/l= istinfo/users" target=3D"_blank">http://lists.ovirt.org/mailman/listinfo/us= ers</a> </pre> </blockquote> <pre>_______________________________________________ Users mailing list <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:Users@ovirt.org" targe= t=3D"_blank">Users(a)ovirt.org</a> <a class=3D"moz-txt-link-freetext" href=3D"http://lists.ovirt.org/mailman/l= istinfo/users" target=3D"_blank">http://lists.ovirt.org/mailman/listinfo/us= ers</a> </pre> </blockquote> <br> <pre class=3D"moz-signature">--=20 Nathana=C3=ABl Blanchet Supervision r=C3=A9seau P=C3=B4le exploitation et maintenance D=C3=A9partement des syst=C3=A8mes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=C3=A9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:blanchet@abes.fr" targ= et=3D"_blank">blanchet(a)abes.fr</a> </pre> </blockquote> <br> =20 </div><br></div></div><br></div></body></html> ------=_Part_1917943_185222171.1391852636417--

2 1

[Users] Gluster question
by Maurice James 10 Feb '14

10 Feb '14

------=_NextPart_000_00FD_01CF22B5.E5FD9560 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I currently have a new setup running ovirt 3.3.3. I have a Gluster storage domain with roughly 2.5TB of usable space. Gluster is installed on the same systems as the ovirt hosts. The host break down is as follows Ovirt DC: 4 hosts in the cluster. Each host has 4 physical disks in a RAID 5. Each disk is 500GB. With the OS installed and configured I end up with 1.2TB of usable space left for my data volume Gluster volume: 4 bricks with 1.2TB of space per brick (Distribute Replicate leaves me with about 2.5TB in the storage domain) Does this setup give me enough fault tolerance to survive losing a host and have my HA vm automatically move to an available host and keep running?? ------=_NextPart_000_00FD_01CF22B5.E5FD9560 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta = http-equiv=3DContent-Type content=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoNormal>I currently have a new setup running ovirt 3.3.3. I = have a Gluster storage domain with roughly 2.5TB of usable space. =  Gluster is installed on the same systems as the ovirt hosts. The = host break down is as follows<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Ovirt = DC:<o:p></o:p></p><p class=3DMsoNormal>4 hosts in the cluster. Each host = has 4 physical disks in a RAID 5. Each disk is 500GB. With the OS = installed and configured I end up with 1.2TB of usable space left for my = data volume<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Gluster volume:<o:p></o:p></p><p class=3DMsoNormal>4 = bricks with 1.2TB of space per brick (Distribute Replicate leaves me = with about 2.5TB in the storage domain)<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Does this = setup give me enough fault tolerance to survive losing a host and have = my HA vm automatically move to an available host and keep = running??<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p></div></body></html> ------=_NextPart_000_00FD_01CF22B5.E5FD9560--

4 7