- Users - oVirt List Archives

[Users] feature: low resolution support
by Einav Cohen 09 Jan '14

09 Jan '14

Hi, You are welcome to review the 'Low Resolution Support' feature page at: http://www.ovirt.org/Features/Design/LowerResolutionSupport feature owner: Alexander Wels (CC'd). [this has just been merged to 'master' and will be available in ovirt-3.4] ---- Thanks, Einav

1 0

[Users] alx driver causes network troubles on VMs after bonding
by Alessandro Bianchi 09 Jan '14

09 Jan '14

Hi all I'm running several F19 hosts with multiple Gigabit NIC's I've discovered on at least two different harware host nodes that alx driver causes troubles in network connection This is related to this Atheros very common onboard hardware (lspci -vv relevant part only) 03:00.0 Ethernet controller: Qualcomm Atheros AR8161 Gigabit Ethernet (rev 10) Subsystem: ASUSTeK Computer Inc. Device 8507 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 16 Region 0: Memory at f7d00000 (64-bit, non-prefetchable) [size=256K] Region 2: I/O ports at e000 [size=128] Capabilities: [40] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- Capabilities: [58] Express (v1) Endpoint, MSI 00 DevCap: MaxPayload 4096 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited ExtTag- AttnBtn+ AttnInd+ PwrInd+ RBE+ FLReset- DevCtl: Report errors: Correctable+ Non-Fatal+ Fatal+ Unsupported+ RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s unlimited, L1 unlimited ClockPM+ Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- Capabilities: [c0] MSI: Enable- Count=1/16 Maskable+ 64bit+ Address: 00000000fee0f00c Data: 4142 Masking: ffff0000 Pending: 00000000 Capabilities: [d8] MSI-X: Enable- Count=16 Masked- Vector table: BAR=0 offset=00002000 PBA: BAR=0 offset=00003000 Capabilities: [100 v1] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP- SDES+ TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Capabilities: [180 v1] Device Serial Number ff-d6-66-47-08-60-6e-ff Kernel driver in use: alx When I bond it on the ovirtmgmnt network (two gigabit bond) VMs on local cluster run OK but they fail to mount some gluster mount points I suppose this is related to the alx driver which seems to be not completely working (it still misses counters) Bringing down the relevant interface so that the bond remains with only one NIC (ifdown p4p1) fixes the issue. So be warned: if you have this hardware check very carefully your network mount points inside Vms If you have already tested this configuration and have this working please let me know. Best regards Alessandro Bianchi

1 0

[Users] oVirt 3.4.0 release schedule updated
by Sandro Bonazzola 09 Jan '14

09 Jan '14

oVirt team has updated the release schedule for 3.4.0 [1] These are tentative planning dates and may change General availability: 2014-02-24 oVirt 3.4 Second Test Day: 2014-02-19 RC Build: 2014-02-17 oVirt 3.4 Test Day: 2014-01-27 Beta release: 2014-01-20 Branching / Feature freeze: 2014-01-15 Alpha release: 2014-01-09 more details on test days, etc to come in the next few weeks [1] http://www.ovirt.org/OVirt_3.4_release-management#Timeline -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

3 4

[Users] Specifying values for cert, key, and CA for ovirt-shell
by Bob Doolittle 09 Jan '14

09 Jan '14

Hi, I want to run ovirt-shell directly (as root) on the Engine. Presumably all the files I need for CA, key, and cert are in the /etc/pki area. But when I use the attached .ovirtshellrc file I get: error: [Errno 336265218] _ssl.c:341: error:140B0002:SSL routines:SSL_CTX_use_PrivateKey_file:system lib How can I specify an appropriate configuration to get this working? I would prefer to keep using SSL if possible. Thanks, Bob

5 9

[Users] Bug? in tweak vm instance via REST/JSON 3.3.2
by Sven Kieske 09 Jan '14

09 Jan '14

Hi, we got a problem with starting a vm after changing some of its parameters via REST (JSON) this is the command to create the vm (this works): POST request on https://virt-mgmt-01.internal/api/vms/ {"name":"vr00002","cluster":{"id":"2ad11b5e-9e74-499a-b317-5a9a3027cfca"},"template":{"id":"374a12df-5ffc-4feb-a2bf-c912f059675f"}} Then we tweak memory and cpu: PUT request on https://virt-mgmt-01.internal/api/vms/42dba82f-e7ea-40ff-a76e-70056912b47f {"memory":2048,"cpu":{"topology":{"sockets":1,"cores":1}}} and then we start it: POST request on https://virt-mgmt-01.internal/api/vms/42dba82f-e7ea-40ff-a76e-70056912b47f/… {"vm":{"initialization":{"cloudInit":{"host":{"address":"vr00002"},"networkConfiguration":{"nics":{"nics":[{"name":"eth0","bootProtocol":"STATIC","network":{"ip":{"address":"10.0.1.12","netmask":"255.255.255.252","gateway":"10.0.1.9"}},"onBoot":true}]},"dns":{"servers":{"hosts":[{"address":"46.30.62.99"},{"address":"46.30.62.98"},{"address":"46.30.62.97"}]}}},"users":{"users":[{"name":"root","password":"lPzYG06qV63+Tne7"},{"name":"vr00002","password":"lPzYG06qV63+Tne7"}]},"files":{"files":[{"name":"\/foo\/ip-configuration","content":"extern_v4address1 185.15.194.7\npassword1 lPzYG06qV63+Tne7","type":"PLAINTEXT"}]}}}}} the error we get: Operation Failed","detail":"[Cannot run VM. There is no host that satisfies current scheduling constraints. See bellow for details:]" when we start the vm without altering memory and cpu it starts just fine. Is this not supported via JSON, or is this a bug? PS: BTW there seems to be a spelling bug in the error message ("bellow"). -- 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

2 4

[Users] Experience with low cost NFS-Storage as VM-Storage?
by Sven Kieske 09 Jan '14

09 Jan '14

Hi, I'd like to ask around if someone does run oVirt with NFS backed Storage provided by simple servers (no SAN or NAS) and what your experience is so far? In particular I'm interested what happens if there is a connection loss to the NFS-Volume. How does this affect running vms and the compute nodes they run on? I suspect they would first write their changes to RAM instead of virtual HDD. But once the RAM is full, does just the vm become unresponsive or does the whole compute node die? I couldn't test this yet myself, but my limited experience with NFS-Servers tells me, that they become unresponsive if they are under heavy load and I'd like to know how this affects the vms and computenode. Thanks! PS: Bonus question: Does someone utilize the NFS-Servers also as computenodes ? -- 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

6 15

Re: [Users] SSD Caching
by Amedeo Salvati 09 Jan '14

09 Jan '14

--_=__=_XaM3_.1389253825.2A.969204.42.21473.52.42.007.201569504 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable you can use flashcache under centos6, it's stable and give you a boost fo= r read/write, but I never user with gluster:https://github.com/facebook/f= lashcache/under fedora you have more choice: flashcache, bcache, dm-cache= regardsaDate: Wed, 8 Jan 2014 21:44:35 -0600From: Darrell Budic <darrell.= budic(a)zenfire.com>To: Russell Purinton <russ(a)sonicbx.com>Cc: "users@ovirt= .org" <users(a)ovirt.org>Subject: Re: [Users] SSD CachingMessage-ID: <A4505= 9D4-B00D-4573-81E7-F00B2B9FA4AA(a)zenfire.com>Content-Type: text/plain; cha= rset=3D"windows-1252"Stick=0A your bricks on ZFS and let it do it for you= . Works well, although I =0Ahaven?t done much benchmarking of it. My test= setup is described in the =0Athread under [Users] Creation of preallocat= ed disk with Gluster =0Areplication. I?ve seen some blog posts here and t= here about gluster on =0AZFS for this reason too. -DarrellOn Jan 7, 2014,= at 9:56 PM, Russell Purinton <russ(a)sonicbx.com> wrote:> [20:42] <sonicro= se> is anybody out there using a good RAM+SSD caching system ahead of glu= ster storage?> [20:42] <sonicrose> sorry if that came through twice>=0A [= 20:44] <sonicrose> im thinking about making the SSD one giant =0Aswap fil= e then creating a very large ramdisk in virtual memory and using=0A that = as a block level cache for parts and pieces of virtual machine =0Adisk im= ages> [20:44] <sonicrose> then i think the memory =0Amanagers would inher= ently play the role of storage tiering ie: keeping =0Athe hottest data in= memory and the coldest data on swap> [20:45] =0A<sonicrose> everything i= have seen today has been setup as =0A"consumer" =3D=3D=3D> network =3D= =3D=3D=3D> SSD cache =3D=3D=3D=3D> real disks> [20:45] <sonicrose> but i'= d like to actually do "consumer" =3D=3D=3D> RAM+SSD cache =3D=3D=3D> net= work =3D=3D=3D> real disks>=0A [20:46] <sonicrose> i realize doing a virt= ual memory disk means =0Athe cache will be cleared on every reboot, and I= 'm ok with that> =0A[20:47] <sonicrose> i know this can be done with NFS = and =0Acachefilesd(fscache), but how could something be integrated into t= he =0Anative gluster clients?> [20:47] <sonicrose> i'd prefer not to have= to access gluster via NFS>=0A [20:49] <sonicrose> any feedback from this= room is greatly =0Aappreciated, getting someone started to build managed= HA cloud hosting>=0ADa: users-bounces(a)ovirt.org=0AA: users(a)ovirt.org=0AC= c: =0AData: Thu, 09 Jan 2014 02:34:48 -0500=0AOggetto: Users Digest, Vol = 28, Issue 61=0A=0A> Send Users mailing list submissions to=0A> users@ovi= rt.org=0A> =0A> To subscribe or unsubscribe via the World Wide Web, visit= =0A> http://lists.ovirt.org/mailman/listinfo/users=0A> or, via email, se= nd a message with subject or body 'help' to=0A> users-request(a)ovirt.org=0A= > =0A> You can reach the person managing the list at=0A> users-owner@ovi= rt.org=0A> =0A> When replying, please edit your Subject line so it is mor= e specific=0A> than "Re: Contents of Users digest..."=0A> =0A> =0A> Today= 's Topics:=0A> =0A> 1. Re: SSD Caching (Darrell Budic)=0A> 2. Re: O= virt DR setup (Hans Emmanuel)=0A> 3. Re: Experience with low cost NFS-= Storage as VM-Storage?=0A> (Markus Stockhausen)=0A> 4. Re: Exper= ience with low cost NFS-Storage as VM-Storage?=0A> (Karli Sj?berg)=0A= > 5. Re: Experience with low cost NFS-Storage as VM-Storage? (squadra)= =0A> =0A> =0A> ----------------------------------------------------------= ------------=0A> =0A> Message: 1=0A> Date: Wed, 8 Jan 2014 21:44:35 -0600= =0A> From: Darrell Budic =0A> To: Russell Purinton =0A> Cc: "users(a)ovirt.= org" =0A> Subject: Re: [Users] SSD Caching=0A> Message-ID: =0A> Content-T= ype: text/plain; charset=3D"windows-1252"=0A> =0A> Stick your bricks on Z= FS and let it do it for you. Works well, although I haven?t done much ben= chmarking of it. My test setup is described in the thread under [Users] C= reation of preallocated disk with Gluster replication. I?ve seen some blo= g posts here and there about gluster on ZFS for this reason too.=0A> =0A>= -Darrell=0A> =0A> On Jan 7, 2014, at 9:56 PM, Russell Purinton wrote:=0A= > =0A> > [20:42] is anybody out there using a good RAM+SSD caching syste= m ahead of gluster storage?=0A> > [20:42] sorry if that came through twi= ce=0A> > [20:44] im thinking about making the SSD one giant swap file th= en creating a very large ramdisk in virtual memory and using that as a bl= ock level cache for parts and pieces of virtual machine disk images=0A> >= [20:44] then i think the memory managers would inherently play the role= of storage tiering ie: keeping the hottest data in memory and the coldes= t data on swap=0A> > [20:45] everything i have seen today has been setup= as "consumer" =3D=3D=3D> network =3D=3D=3D=3D> SSD cache =3D=3D=3D=3D= > real disks=0A> > [20:45] but i'd like to actually do "consumer" =3D=3D= =3D> RAM+SSD cache =3D=3D=3D> network =3D=3D=3D> real disks=0A> > [20:46= ] i realize doing a virtual memory disk means the cache will be cleared = on every reboot, and I'm ok with that=0A> > [20:47] i know this can be d= one with NFS and cachefilesd(fscache), but how could something be integra= ted into the native gluster clients?=0A> > [20:47] i'd prefer not to hav= e to access gluster via NFS=0A> > [20:49] any feedback from this room is= greatly appreciated, getting someone started to build managed HA cloud h= osting=0A> > _______________________________________________=0A> > Users = mailing list=0A> > Users(a)ovirt.org=0A> > http://lists.ovirt.org/mailman/l= istinfo/users=0A> =0A> -------------- next part --------------=0A> An HTM= L attachment was scrubbed...=0A> URL: =0A> =0A> -------------------------= -----=0A> =0A> Message: 2=0A> Date: Thu, 9 Jan 2014 10:34:26 +0530=0A> Fr= om: Hans Emmanuel =0A> To: users(a)ovirt.org=0A> Subject: Re: [Users] Ovirt= DR setup=0A> Message-ID:=0A> =0A> Content-Type: text/plain; charset=3D"= iso-8859-1"=0A> =0A> Could any one please give me some suggestions ?=0A> = =0A> =0A> On Wed, Jan 8, 2014 at 11:39 AM, Hans Emmanuel wrote:=0A> =0A> = > Hi all ,=0A> >=0A> > I would like to know about the possibility of setu= p Disaster Recovery Site=0A> > (DR) for an Ovirt cluster . i.e if site 1 = goes down I need to trigger the=0A> > site 2 to come in to action with th= e minimal down time .=0A> >=0A> > I am open to use NFS shared storage or = local storage for data storage=0A> > domain . I know we need to replicate= the storage domain and Ovirt confs and=0A> > DB across the sites , but = couldn't find any doc for the same , isn't that=0A> > possible with Ovirt= ?=0A> >=0A> > *Hans Emmanuel*=0A> >=0A> >=0A> > *NOthing to FEAR but so= mething to FEEL......*=0A> >=0A> >=0A> =0A> =0A> -- =0A> *Hans Emmanuel*=0A= > =0A> *NOthing to FEAR but something to FEEL......*=0A> -------------- n= ext part --------------=0A> An HTML attachment was scrubbed...=0A> URL: =0A= > =0A> ------------------------------=0A> =0A> Message: 3=0A> Date: Thu, = 9 Jan 2014 07:10:07 +0000=0A> From: Markus Stockhausen =0A> To: squadra ,= "users(a)ovirt.org" =0A> Subject: Re: [Users] Experience with low cost NFS= -Storage as=0A> VM-Storage?=0A> Message-ID:=0A> <12EF8D94C6F8734FB2FF37= B9FBEDD173585B991E(a)EXCHANGE.collogia.de>=0A> Content-Type: text/plain; ch= arset=3D"us-ascii"=0A> =0A> > Von: users-bounces(a)ovirt.org [users-bounces= @ovirt.org]" im Auftrag von "squadra [squadra(a)gmail.com]=0A> > Gesendet: = Mittwoch, 8. Januar 2014 17:15=0A> > An: users(a)ovirt.org=0A> > Betreff: R= e: [Users] Experience with low cost NFS-Storage as VM-Storage?=0A> >=0A> = > better go for iscsi or something else... i whould avoid nfs for vm host= ing=0A> > Freebsd10 delivers kernel iscsitarget now, which works great so= far. or go with omnios to get comstar iscsi, which is a rocksolid soluti= on=0A> >=0A> > Cheers,=0A> > =0A> > Juergen=0A> =0A> That is usually a ma= tter of taste and the available environment. =0A> The minimal differences= in performance usually only show up=0A> if you drive the storage to its = limits. I guess you could help Sven =0A> better if you had some hard fact= s why to favour ISCSI. =0A> =0A> Best regards.=0A> =0A> Markus=0A> ------= -------- next part --------------=0A> An embedded and charset-unspecified= text was scrubbed...=0A> Name: InterScan_Disclaimer.txt=0A> URL: =0A> =0A= > ------------------------------=0A> =0A> Message: 4=0A> Date: Thu, 9 Jan= 2014 07:30:56 +0000=0A> From: Karli Sj?berg =0A> To: "stockhausen@collog= ia.de" =0A> Cc: "squadra(a)gmail.com" , "users(a)ovirt.org"=0A> =0A> Subject= : Re: [Users] Experience with low cost NFS-Storage as=0A> VM-Storage?=0A= > Message-ID: <5F9E965F5A80BC468BE5F40576769F095AFE3369@exchange2-1>=0A> = Content-Type: text/plain; charset=3D"utf-8"=0A> =0A> On Thu, 2014-01-09 a= t 07:10 +0000, Markus Stockhausen wrote:=0A> > > Von: users-bounces@ovirt= .org [users-bounces(a)ovirt.org]" im Auftrag von "squadra [squadra(a)gmail.co= m]=0A> > > Gesendet: Mittwoch, 8. Januar 2014 17:15=0A> > > An: users@ovi= rt.org=0A> > > Betreff: Re: [Users] Experience with low cost NFS-Storage = as VM-Storage?=0A> > >=0A> > > better go for iscsi or something else... i= whould avoid nfs for vm hosting=0A> > > Freebsd10 delivers kernel iscsit= arget now, which works great so far. or go with omnios to get comstar isc= si, which is a rocksolid solution=0A> > >=0A> > > Cheers,=0A> > > =0A> > = > Juergen=0A> > =0A> > That is usually a matter of taste and the availabl= e environment. =0A> > The minimal differences in performance usually only= show up=0A> > if you drive the storage to its limits. I guess you could = help Sven =0A> > better if you had some hard facts why to favour ISCSI. =0A= > > =0A> > Best regards.=0A> > =0A> > Markus=0A> =0A> Only technical diff= erence I can think of is the iSCSI-level=0A> load-balancing. With NFS you= set up the network with LACP and let that=0A> load-balance for you (and = you should probably do that with iSCSI as well=0A> but you don?t strictly= have to). I think it has to do with a chance of=0A> trying to go beyond = the capacity of 1 network interface at the same=0A> time, from one Host (= higher bandwidth) that makes people try iSCSI=0A> instead of plain NFS. I= have tried that but was never able to achieve=0A> that effect, so in our= situation, there?s no difference. In comparing=0A> them both in benchmar= ks, there was no performance difference at all, at=0A> least for our stor= age systems that are based on FreeBSD.=0A> =0A> /K=0A> =0A> -------------= -----------------=0A> =0A> Message: 5=0A> Date: Thu, 9 Jan 2014 08:34:44 = +0100=0A> From: squadra =0A> To: Markus Stockhausen =0A> Cc: users(a)ovirt.= org=0A> Subject: Re: [Users] Experience with low cost NFS-Storage as=0A> = VM-Storage?=0A> Message-ID:=0A> =0A> Content-Type: text/plain; charset=3D= "utf-8"=0A> =0A> There's are already enaugh articles on the web about NFS= problems related=0A> locking, latency, etc.... Eh stacking a protocol on= to another to fix=0A> problem and then maybe one more to glue them togeth= er.=0A> =0A> Google for the suse PDF " why NFS sucks", I don't agree with= the whole=0A> sheet.. NFS got his place,too. But not as production filer= for VM.=0A> =0A> Cheers,=0A> =0A> Juergen, the NFS lover=0A> On Jan 9, 2= 014 8:10 AM, "Markus Stockhausen" =0A> wrote:=0A> =0A> > > Von: users-bou= nces(a)ovirt.org [users-bounces(a)ovirt.org]" im Auftrag von=0A> > "squadra [= squadra(a)gmail.com]=0A> > > Gesendet: Mittwoch, 8. Januar 2014 17:15=0A> >= > An: users(a)ovirt.org=0A> > > Betreff: Re: [Users] Experience with low c= ost NFS-Storage as VM-Storage?=0A> > >=0A> > > better go for iscsi or som= ething else... i whould avoid nfs for vm=0A> > hosting=0A> > > Freebsd10 = delivers kernel iscsitarget now, which works great so far. or=0A> > go wi= th omnios to get comstar iscsi, which is a rocksolid solution=0A> > >=0A>= > > Cheers,=0A> > >=0A> > > Juergen=0A> >=0A> > That is usually a matter= of taste and the available environment.=0A> > The minimal differences in= performance usually only show up=0A> > if you drive the storage to its l= imits. I guess you could help Sven=0A> > better if you had some hard fact= s why to favour ISCSI.=0A> >=0A> > Best regards.=0A> >=0A> > Markus=0A> -= ------------- next part --------------=0A> An HTML attachment was scrubbe= d...=0A> URL: =0A> =0A> ------------------------------=0A> =0A> _________= ______________________________________=0A> Users mailing list=0A> Users@o= virt.org=0A> http://lists.ovirt.org/mailman/listinfo/users=0A> =0A> =0A> = End of Users Digest, Vol 28, Issue 61=0A> *******************************= ****** --_=__=_XaM3_.1389253825.2A.969204.42.21473.52.42.007.201569504 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0A<div class=3D"xam_msg_class">=0A<div style=3D"font: normal 13px Arial;= color:rgb(31, 28, 27);"><br>you can use flashcache under centos6, it's s= table and give you a boost for read/write, but I never user with gluster:= <br><br>https://github.com/facebook/flashcache/<br><br>under fedora you h= ave more choice: flashcache, bcache, dm-cache<br><br>regards<br>a<br><br>= Date: Wed, 8 Jan 2014 21:44:35 -0600<br>From: Darrell Budic <darrell.b= udic(a)zenfire.com><br>To: Russell Purinton <russ(a)sonicbx.com><br>= Cc: "users(a)ovirt.org" <users(a)ovirt.org><br>Subject: Re: [Users] SSD= Caching<br>Message-ID: <A45059D4-B00D-4573-81E7-F00B2B9FA4AA(a)zenfire.= com><br>Content-Type: text/plain; charset=3D"windows-1252"<br><br>Stic= k=0A your bricks on ZFS and let it do it for you. Works well, although I = =0Ahaven?t done much benchmarking of it. My test setup is described in th= e =0Athread under [Users] Creation of preallocated disk with Gluster =0Ar= eplication. I?ve seen some blog posts here and there about gluster on =0A= ZFS for this reason too.<br><br> -Darrell<br><br>On Jan 7, 2014, at 9:56 = PM, Russell Purinton <russ(a)sonicbx.com> wrote:<br><br>> [20:42] = <sonicrose> is anybody out there using a good RAM+SSD caching syste= m ahead of gluster storage?<br>> [20:42] <sonicrose> sorry if th= at came through twice<br>>=0A [20:44] <sonicrose> im thinking ab= out making the SSD one giant =0Aswap file then creating a very large ramd= isk in virtual memory and using=0A that as a block level cache for parts = and pieces of virtual machine =0Adisk images<br>> [20:44] <sonicros= e> then i think the memory =0Amanagers would inherently play the role = of storage tiering ie: keeping =0Athe hottest data in memory and the cold= est data on swap<br>> [20:45] =0A<sonicrose> everything i have s= een today has been setup as =0A"consumer" =3D=3D=3D> network =3D=3D= =3D=3D> SSD cache =3D=3D=3D=3D> real disks<br>> [20:45] <soni= crose> but i'd like to actually do "consumer" =3D=3D=3D> RAM+SSD ca= che =3D=3D=3D> network =3D=3D=3D> real disks<br>>=0A [20:46] &l= t;sonicrose> i realize doing a virtual memory disk means =0Athe cache = will be cleared on every reboot, and I'm ok with that<br>> =0A[20:47] = <sonicrose> i know this can be done with NFS and =0Acachefilesd(fsc= ache), but how could something be integrated into the =0Anative gluster c= lients?<br>> [20:47] <sonicrose> i'd prefer not to have to acces= s gluster via NFS<br>>=0A [20:49] <sonicrose> any feedback from = this room is greatly =0Aappreciated, getting someone started to build man= aged HA cloud hosting<br>><br><br><br><br><br><br><br><br><br><br><br>= <br><br>=0A<div><span style=3D"font-family:Arial; font-size:11px; color:#= 5F5F5F;">Da</span><span style=3D"font-family:Arial; font-size:12px; color= :#5F5F5F; padding-left:5px;">: users-bounces(a)ovirt.org</span></div>=0A<di= v><span style=3D"font-family:Arial; font-size:11px; color:#5F5F5F;">A</sp= an><span style=3D"font-family:Arial; font-size:12px; color:#5F5F5F; paddi= ng-left:5px;">: users(a)ovirt.org</span></div>=0A<div><span style=3D"font-f= amily:Arial; font-size:11px; color:#5F5F5F;">Cc</span><span style=3D"font= -family:Arial; font-size:12px; color:#5F5F5F; padding-left:5px;">: </span= ></div>=0A<div><span style=3D"font-family:Arial; font-size:11px; color:#5= F5F5F;">Data</span><span style=3D"font-family:Arial; font-size:12px; colo= r:#5F5F5F; padding-left:5px;">: Thu, 09 Jan 2014 02:34:48 -0500</span></d= iv>=0A<div><span style=3D"font-family:Arial; font-size:11px; color:#5F5F5= F;">Oggetto</span><span style=3D"font-family:Arial; font-size:12px; color= :#5F5F5F; padding-left:5px;">: Users Digest, Vol 28, Issue 61</span></div= >=0A<br>=0A<div>> Send Users mailing list submissions to</div><div>&gt= ; users(a)ovirt.org</div><div>> </div><div>> To subscribe or unsubsc= ribe via the World Wide Web, visit</div><div>> http://lists.ovirt.org= /mailman/listinfo/users</div><div>> or, via email, send a message with= subject or body 'help' to</div><div>> users-request(a)ovirt.org</div><= div>> </div><div>> You can reach the person managing the list at</d= iv><div>> users-owner(a)ovirt.org</div><div>> </div><div>> When r= eplying, please edit your Subject line so it is more specific</div><div>&= gt; than "Re: Contents of Users digest..."</div><div>> </div><div>>= </div><div>> Today's Topics:</div><div>> </div><div>> 1. Re:= SSD Caching (Darrell Budic)</div><div>> 2. Re: Ovirt DR setup (Han= s Emmanuel)</div><div>> 3. Re: Experience with low cost NFS-Storage= as VM-Storage?</div><div>> (Markus Stockhausen)</div><div>> = 4. Re: Experience with low cost NFS-Storage as VM-Storage?</div><div>&= gt; (Karli Sj?berg)</div><div>> 5. Re: Experience with low co= st NFS-Storage as VM-Storage? (squadra)</div><div>> </div><div>> </= div><div>> -----------------------------------------------------------= -----------</div><div>> </div><div>> Message: 1</div><div>> Date= : Wed, 8 Jan 2014 21:44:35 -0600</div><div>> From: Darrell Budic <darr= ell.budic(a)zenfire.com></darrell.budic(a)zenfire.com></div><div>> To: Rus= sell Purinton <russ(a)sonicbx.com></russ(a)sonicbx.com></div><div>> Cc: "u= sers(a)ovirt.org" <users(a)ovirt.org></users(a)ovirt.org></div><div>> Subjec= t: Re: [Users] SSD Caching</div><div>> Message-ID: <a45059d4-b00d-4573= -81e7-f00b2b9fa4aa(a)zenfire.com></a45059d4-b00d-4573-81e7-f00b2b9fa4aa@zen= fire.com></div><div>> Content-Type: text/plain; charset=3D"windows-125= 2"</div><div>> </div><div>> Stick your bricks on ZFS and let it do = it for you. Works well, although I haven?t done much benchmarking of it. = My test setup is described in the thread under [Users] Creation of preall= ocated disk with Gluster replication. I?ve seen some blog posts here and = there about gluster on ZFS for this reason too.</div><div>> </div><div= >> -Darrell</div><div>> </div><div>> On Jan 7, 2014, at 9:56 PM= , Russell Purinton <russ(a)sonicbx.com> wrote:</russ(a)sonicbx.com></div><div= >> </div><div>> > [20:42] <sonicrose> is anybody out there using= a good RAM+SSD caching system ahead of gluster storage?</sonicrose></div= ><div>> > [20:42] <sonicrose> sorry if that came through twice</son= icrose></div><div>> > [20:44] <sonicrose> im thinking about making = the SSD one giant swap file then creating a very large ramdisk in virtual= memory and using that as a block level cache for parts and pieces of vir= tual machine disk images</sonicrose></div><div>> > [20:44] <sonicro= se> then i think the memory managers would inherently play the role of st= orage tiering ie: keeping the hottest data in memory and the coldest data= on swap</sonicrose></div><div>> > [20:45] <sonicrose> everything i= have seen today has been setup as "consumer" =3D=3D=3D> network =3D= =3D=3D=3D> SSD cache =3D=3D=3D=3D> real disks</sonicrose></div><div= >> > [20:45] <sonicrose> but i'd like to actually do "consumer" =3D= =3D=3D> RAM+SSD cache =3D=3D=3D> network =3D=3D=3D> real disks<= /sonicrose></div><div>> > [20:46] <sonicrose> i realize doing a vir= tual memory disk means the cache will be cleared on every reboot, and I'm= ok with that</sonicrose></div><div>> > [20:47] <sonicrose> i know = this can be done with NFS and cachefilesd(fscache), but how could somethi= ng be integrated into the native gluster clients?</sonicrose></div><div>&= gt; > [20:47] <sonicrose> i'd prefer not to have to access gluster via= NFS</sonicrose></div><div>> > [20:49] <sonicrose> any feedback fro= m this room is greatly appreciated, getting someone started to build mana= ged HA cloud hosting</sonicrose></div><div>> > ____________________= ___________________________</div><div>> > Users mailing list</div><= div>> > Users(a)ovirt.org</div><div>> > http://lists.ovirt.org/= mailman/listinfo/users</div><div>> </div><div>> -------------- next= part --------------</div><div>> An HTML attachment was scrubbed...</d= iv><div>> URL: <http: lists.ovirt.org=3D"" pipermail=3D"" users=3D"" a= ttachments=3D"" 20140108=3D"" 21aef6d2=3D"" attachment-0001.html=3D""></h= ttp:></div><div>> </div><div>> ------------------------------</div>= <div>> </div><div>> Message: 2</div><div>> Date: Thu, 9 Jan 2014= 10:34:26 +0530</div><div>> From: Hans Emmanuel <hansemmanuel(a)gmail.co= m></hansemmanuel(a)gmail.com></div><div>> To: users(a)ovirt.org</div><div>= > Subject: Re: [Users] Ovirt DR setup</div><div>> Message-ID:</div>= <div>> <cakym+td8o3g+zfsfgybzegnnk+hxq=3D9tj9j9r1ky_thyemcxwa(a)mail.gm= ail.com></cakym+td8o3g+zfsfgybzegnnk+hxq=3D9tj9j9r1ky_thyemcxwa(a)mail.gmai= l.com></div><div>> Content-Type: text/plain; charset=3D"iso-8859-1"</d= iv><div>> </div><div>> Could any one please give me some suggestion= s ?</div><div>> </div><div>> </div><div>> On Wed, Jan 8, 2014 at= 11:39 AM, Hans Emmanuel <hansemmanuel(a)gmail.com>wrote:</hansemmanuel@gma= il.com></div><div>> </div><div>> > Hi all ,</div><div>> ><= /div><div>> > I would like to know about the possibility of setup D= isaster Recovery Site</div><div>> > (DR) for an Ovirt cluster . i.e= if site 1 goes down I need to trigger the</div><div>> > site 2 to = come in to action with the minimal down time .</div><div>> ></div><= div>> > I am open to use NFS shared storage or local storage for da= ta storage</div><div>> > domain . I know we need to replicate the s= torage domain and Ovirt confs and</div><div>> > DB across the sites= , but couldn't find any doc for the same , isn't that</div><div>> &g= t; possible with Ovirt ?</div><div>> ></div><div>> > *Hans E= mmanuel*</div><div>> ></div><div>> ></div><div>> > *NOt= hing to FEAR but something to FEEL......*</div><div>> ></div><div>&= gt; ></div><div>> </div><div>> </div><div>> -- </div><div>&gt= ; *Hans Emmanuel*</div><div>> </div><div>> *NOthing to FEAR but som= ething to FEEL......*</div><div>> -------------- next part -----------= ---</div><div>> An HTML attachment was scrubbed...</div><div>> URL:= <http: lists.ovirt.org=3D"" pipermail=3D"" users=3D"" attachments=3D"" 2= 0140109=3D"" ae9bb53c=3D"" attachment-0001.html=3D""></http:></div><div>&= gt; </div><div>> ------------------------------</div><div>> </div><= div>> Message: 3</div><div>> Date: Thu, 9 Jan 2014 07:10:07 +0000</= div><div>> From: Markus Stockhausen <stockhausen(a)collogia.de></stockha= usen(a)collogia.de></div><div>> To: squadra <squadra(a)gmail.com>, "users@= ovirt.org" <users(a)ovirt.org></users(a)ovirt.org></squadra(a)gmail.com></div><= div>> Subject: Re: [Users] Experience with low cost NFS-Storage as</di= v><div>> VM-Storage?</div><div>> Message-ID:</div><div>> <1= 2EF8D94C6F8734FB2FF37B9FBEDD173585B991E(a)EXCHANGE.collogia.de></div><di= v>> Content-Type: text/plain; charset=3D"us-ascii"</div><div>> </di= v><div>> > Von: users-bounces(a)ovirt.org [users-bounces(a)ovirt.org]" = im Auftrag von "squadra [squadra(a)gmail.com]</div><div>> > Gesendet:= Mittwoch, 8. Januar 2014 17:15</div><div>> > An: users(a)ovirt.org</= div><div>> > Betreff: Re: [Users] Experience with low cost NFS-Stor= age as VM-Storage?</div><div>> ></div><div>> > better go for = iscsi or something else... i whould avoid nfs for vm hosting</div><div>&g= t; > Freebsd10 delivers kernel iscsitarget now, which works great so f= ar. or go with omnios to get comstar iscsi, which is a rocksolid solution= </div><div>> ></div><div>> > Cheers,</div><div>> > </di= v><div>> > Juergen</div><div>> </div><div>> That is usually a= matter of taste and the available environment. </div><div>> The minim= al differences in performance usually only show up</div><div>> if you = drive the storage to its limits. I guess you could help Sven </div><div>&= gt; better if you had some hard facts why to favour ISCSI. </div><div>&gt= ; </div><div>> Best regards.</div><div>> </div><div>> Markus</di= v><div>> -------------- next part --------------</div><div>> An emb= edded and charset-unspecified text was scrubbed...</div><div>> Name: I= nterScan_Disclaimer.txt</div><div>> URL: <http: lists.ovirt.org=3D"" p= ipermail=3D"" users=3D"" attachments=3D"" 20140109=3D"" 3dfd362d=3D"" att= achment-0001.txt=3D""></http:></div><div>> </div><div>> -----------= -------------------</div><div>> </div><div>> Message: 4</div><div>&= gt; Date: Thu, 9 Jan 2014 07:30:56 +0000</div><div>> From: Karli Sj?be= rg <karli.sjoberg(a)slu.se></karli.sjoberg(a)slu.se></div><div>> To: "stoc= khausen(a)collogia.de" <stockhausen(a)collogia.de></stockhausen(a)collogia.de><= /div><div>> Cc: "squadra(a)gmail.com" <squadra(a)gmail.com>, "users(a)ovirt.= org"</squadra(a)gmail.com></div><div>> <users(a)ovirt.org></users(a)ovirt.o= rg></div><div>> Subject: Re: [Users] Experience with low cost NFS-Stor= age as</div><div>> VM-Storage?</div><div>> Message-ID: <5F9E965= F5A80BC468BE5F40576769F095AFE3369@exchange2-1></div><div>> Content-= Type: text/plain; charset=3D"utf-8"</div><div>> </div><div>> On Thu= , 2014-01-09 at 07:10 +0000, Markus Stockhausen wrote:</div><div>> &gt= ; > Von: users-bounces(a)ovirt.org [users-bounces(a)ovirt.org]" im Auftrag= von "squadra [squadra(a)gmail.com]</div><div>> > > Gesendet: Mitt= woch, 8. Januar 2014 17:15</div><div>> > > An: users(a)ovirt.org</= div><div>> > > Betreff: Re: [Users] Experience with low cost NFS= -Storage as VM-Storage?</div><div>> > ></div><div>> > >= better go for iscsi or something else... i whould avoid nfs for vm hosti= ng</div><div>> > > Freebsd10 delivers kernel iscsitarget now, wh= ich works great so far. or go with omnios to get comstar iscsi, which is = a rocksolid solution</div><div>> > ></div><div>> > > Ch= eers,</div><div>> > > </div><div>> > > Juergen</div><di= v>> > </div><div>> > That is usually a matter of taste and th= e available environment. </div><div>> > The minimal differences in = performance usually only show up</div><div>> > if you drive the sto= rage to its limits. I guess you could help Sven </div><div>> > bett= er if you had some hard facts why to favour ISCSI. </div><div>> > <= /div><div>> > Best regards.</div><div>> > </div><div>> &gt= ; Markus</div><div>> </div><div>> Only technical difference I can t= hink of is the iSCSI-level</div><div>> load-balancing. With NFS you se= t up the network with LACP and let that</div><div>> load-balance for y= ou (and you should probably do that with iSCSI as well</div><div>> but= you don?t strictly have to). I think it has to do with a chance of</div>= <div>> trying to go beyond the capacity of 1 network interface at the = same</div><div>> time, from one Host (higher bandwidth) that makes peo= ple try iSCSI</div><div>> instead of plain NFS. I have tried that but = was never able to achieve</div><div>> that effect, so in our situation= , there?s no difference. In comparing</div><div>> them both in benchma= rks, there was no performance difference at all, at</div><div>> least = for our storage systems that are based on FreeBSD.</div><div>> </div><= div>> /K</div><div>> </div><div>> ------------------------------= </div><div>> </div><div>> Message: 5</div><div>> Date: Thu, 9 Ja= n 2014 08:34:44 +0100</div><div>> From: squadra <squadra(a)gmail.com></s= quadra(a)gmail.com></div><div>> To: Markus Stockhausen <stockhausen@coll= ogia.de></stockhausen(a)collogia.de></div><div>> Cc: users(a)ovirt.org</di= v><div>> Subject: Re: [Users] Experience with low cost NFS-Storage as<= /div><div>> VM-Storage?</div><div>> Message-ID:</div><div>> <c= abx=3D=3Da33=3Dtq=3Dxzsbyssyfgxsycfheab7sxhgu8bx7fmhksj5aa(a)mail.gmail.com= ></cabx=3D=3Da33=3Dtq=3Dxzsbyssyfgxsycfheab7sxhgu8bx7fmhksj5aa(a)mail.gmail= .com></div><div>> Content-Type: text/plain; charset=3D"utf-8"</div><di= v>> </div><div>> There's are already enaugh articles on the web abo= ut NFS problems related</div><div>> locking, latency, etc.... Eh stack= ing a protocol onto another to fix</div><div>> problem and then maybe = one more to glue them together.</div><div>> </div><div>> Google for= the suse PDF " why NFS sucks", I don't agree with the whole</div><div>&g= t; sheet.. NFS got his place,too. But not as production filer for VM.</di= v><div>> </div><div>> Cheers,</div><div>> </div><div>> Juerge= n, the NFS lover</div><div>> On Jan 9, 2014 8:10 AM, "Markus Stockhaus= en" <stockhausen(a)collogia.de></stockhausen(a)collogia.de></div><div>> wr= ote:</div><div>> </div><div>> > > Von: users-bounces(a)ovirt.or= g [users-bounces(a)ovirt.org]" im Auftrag von</div><div>> > "squadra = [squadra(a)gmail.com]</div><div>> > > Gesendet: Mittwoch, 8. Janua= r 2014 17:15</div><div>> > > An: users(a)ovirt.org</div><div>> = > > Betreff: Re: [Users] Experience with low cost NFS-Storage as VM= -Storage?</div><div>> > ></div><div>> > > better go for= iscsi or something else... i whould avoid nfs for vm</div><div>> >= hosting</div><div>> > > Freebsd10 delivers kernel iscsitarget n= ow, which works great so far. or</div><div>> > go with omnios to ge= t comstar iscsi, which is a rocksolid solution</div><div>> > ></= div><div>> > > Cheers,</div><div>> > ></div><div>> &= gt; > Juergen</div><div>> ></div><div>> > That is usually = a matter of taste and the available environment.</div><div>> > The = minimal differences in performance usually only show up</div><div>> &g= t; if you drive the storage to its limits. I guess you could help Sven</d= iv><div>> > better if you had some hard facts why to favour ISCSI.<= /div><div>> ></div><div>> > Best regards.</div><div>> >= </div><div>> > Markus</div><div>> -------------- next part -----= ---------</div><div>> An HTML attachment was scrubbed...</div><div>&gt= ; URL: <http: lists.ovirt.org=3D"" pipermail=3D"" users=3D"" attachments=3D= "" 20140109=3D"" 3b206609=3D"" attachment.html=3D""></http:></div><div>&g= t; </div><div>> ------------------------------</div><div>> </div><d= iv>> _______________________________________________</div><div>> Us= ers mailing list</div><div>> Users(a)ovirt.org</div><div>> http://lis= ts.ovirt.org/mailman/listinfo/users</div><div>> </div><div>> </div>= <div>> End of Users Digest, Vol 28, Issue 61</div><div>> **********= ***************************</div></div>=0A</div>=0A --_=__=_XaM3_.1389253825.2A.969204.42.21473.52.42.007.201569504--

2 1

[Users] SSD Caching
by Russell Purinton 09 Jan '14

09 Jan '14

--_000_86a9b704e7fa4477871d73afa3359748mxsoniclocal_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable [20:42] <sonicrose> is anybody out there using a good RAM+SSD caching syste= m ahead of gluster storage? [20:42] <sonicrose> sorry if that came through twice [20:44] <sonicrose> im thinking about making the SSD one giant swap file th= en creating a very large ramdisk in virtual memory and using that as a bloc= k level cache for parts and pieces of virtual machine disk images [20:44] <sonicrose> then i think the memory managers would inherently play = the role of storage tiering ie: keeping the hottest data in memory and the = coldest data on swap [20:45] <sonicrose> everything i have seen today has been setup as "consu= mer" =3D=3D=3D> network =3D=3D=3D=3D> SSD cache =3D=3D=3D=3D> real disks [20:45] <sonicrose> but i'd like to actually do "consumer" =3D=3D=3D> RAM+S= SD cache =3D=3D=3D> network =3D=3D=3D> real disks [20:46] <sonicrose> i realize doing a virtual memory disk means the cache w= ill be cleared on every reboot, and I'm ok with that [20:47] <sonicrose> i know this can be done with NFS and cachefilesd(fscach= e), but how could something be integrated into the native gluster clients? [20:47] <sonicrose> i'd prefer not to have to access gluster via NFS [20:49] <sonicrose> any feedback from this room is greatly appreciated, get= ting someone started to build managed HA cloud hosting --_000_86a9b704e7fa4477871d73afa3359748mxsoniclocal_ 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-micr= osoft-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=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal" style=3D"margin-left:10.0pt;text-indent:-10.0pt;text= -autospace:none"> <span style=3D"font-size:9.0pt;font-family:"Verdana","sans-s= erif";color:gray;background:white;mso-highlight:white">[20:42] </span><span style=3D"font-size:9.0pt;font-family:"Verdana",&quot= ;sans-serif";color:navy;background:white;mso-highlight:white"><soni= crose> is anybody out there using a good RAM+SSD caching system ahea= d of gluster storage?<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:10.0pt;text-indent:-10.0pt;text= -autospace:none"> <span style=3D"font-size:9.0pt;font-family:"Verdana","sans-s= erif";color:gray;background:white;mso-highlight:white">[20:42] </span><span style=3D"font-size:9.0pt;font-family:"Verdana",&quot= ;sans-serif";color:navy;background:white;mso-highlight:white"><soni= crose> sorry if that came through twice<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:10.0pt;text-indent:-10.0pt;text= -autospace:none"> <span style=3D"font-size:9.0pt;font-family:"Verdana","sans-s= erif";color:gray;background:white;mso-highlight:white">[20:44] </span><span style=3D"font-size:9.0pt;font-family:"Verdana",&quot= ;sans-serif";color:navy;background:white;mso-highlight:white"><soni= crose> im thinking about making the SSD one giant swap file then creatin= g a very large ramdisk in virtual memory and using that as a block level cache for parts and pieces of virtual machine disk images<o:p>= </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:10.0pt;text-indent:-10.0pt;text= -autospace:none"> <span style=3D"font-size:9.0pt;font-family:"Verdana","sans-s= erif";color:gray;background:white;mso-highlight:white">[20:44] </span><span style=3D"font-size:9.0pt;font-family:"Verdana",&quot= ;sans-serif";color:navy;background:white;mso-highlight:white"><soni= crose> then i think the memory managers would inherently play the role o= f storage tiering ie: keeping the hottest data in memory and the coldest data on swap<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:10.0pt;text-indent:-10.0pt;text= -autospace:none"> <span style=3D"font-size:9.0pt;font-family:"Verdana","sans-s= erif";color:gray;background:white;mso-highlight:white">[20:45] </span><span style=3D"font-size:9.0pt;font-family:"Verdana",&quot= ;sans-serif";color:navy;background:white;mso-highlight:white"><soni= crose> everything i have seen today has been setup as   "= consumer"  =3D=3D=3D>  network =3D=3D=3D=3D> SSD cache= =3D=3D=3D=3D> real disks<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:10.0pt;text-indent:-10.0pt;text= -autospace:none"> <span style=3D"font-size:9.0pt;font-family:"Verdana","sans-s= erif";color:gray;background:white;mso-highlight:white">[20:45] </span><span style=3D"font-size:9.0pt;font-family:"Verdana",&quot= ;sans-serif";color:navy;background:white;mso-highlight:white"><soni= crose> but i'd like to actually do "consumer" =3D=3D=3D> RA= M+SSD cache =3D=3D=3D>  network =3D=3D=3D> real disks<o:p></= o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:10.0pt;text-indent:-10.0pt;text= -autospace:none"> <span style=3D"font-size:9.0pt;font-family:"Verdana","sans-s= erif";color:gray;background:white;mso-highlight:white">[20:46] </span><span style=3D"font-size:9.0pt;font-family:"Verdana",&quot= ;sans-serif";color:navy;background:white;mso-highlight:white"><soni= crose> i realize doing a virtual memory disk means the cache will be cle= ared on every reboot, and I'm ok with that<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:10.0pt;text-indent:-10.0pt;text= -autospace:none"> <span style=3D"font-size:9.0pt;font-family:"Verdana","sans-s= erif";color:gray;background:white;mso-highlight:white">[20:47] </span><span style=3D"font-size:9.0pt;font-family:"Verdana",&quot= ;sans-serif";color:navy;background:white;mso-highlight:white"><soni= crose> i know this can be done with NFS and cachefilesd(fscache), but ho= w could something be integrated into the native gluster clients?<o:p></o:p>= </span></p> <p class=3D"MsoNormal" style=3D"margin-left:10.0pt;text-indent:-10.0pt;text= -autospace:none"> <span style=3D"font-size:9.0pt;font-family:"Verdana","sans-s= erif";color:gray;background:white;mso-highlight:white">[20:47] </span><span style=3D"font-size:9.0pt;font-family:"Verdana",&quot= ;sans-serif";color:navy;background:white;mso-highlight:white"><soni= crose> i'd prefer not to have to access gluster via NFS<o:p></o:p></span= ></p> <p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;font-family:"Ver= dana","sans-serif";color:gray;background:white;mso-highlight= :white">[20:49] </span><span style=3D"font-size:9.0pt;font-family:"Verdana",&quot= ;sans-serif";color:navy;background:white;mso-highlight:white"><soni= crose> any feedback from this room is greatly appreciated, getting someo= ne started to build managed HA cloud hosting</span><o:p></o:p></p> </div> </body> </html> --_000_86a9b704e7fa4477871d73afa3359748mxsoniclocal_--

2 1

[Users] Virtual NIC
by Maurice James 09 Jan '14

09 Jan '14

------=_NextPart_000_0001_01CF0CAD.4422CA80 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Can oVirt see virtual NICs? For example eth0:1 ------=_NextPart_000_0001_01CF0CAD.4422CA80 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>Can oVirt see virtual NICs? For example = eth0:1<o:p></o:p></p></div></body></html> ------=_NextPart_000_0001_01CF0CAD.4422CA80--

2 1

Re: [Users] GlusterFS Distributed Replicate
by a.ludas＠gmail.com 09 Jan '14

09 Jan '14

Hi, in a 2 node cluster you can set the path to localhost:volume. If one host goes down and SPM role switches to the remaining running host, your master domain is still accessible and so your VMs stay up and running. Regards, Alex -----Original message----- > From:gregoire.leroy@retenodus.net <gregoire.leroy(a)retenodus.net> > Sent: Friday 20th December 2013 15:10 > To: Andrew Lau <andrew(a)andrewklau.com> > Cc: users <users(a)ovirt.org> > Subject: Re: [Users] GlusterFS Distributed Replicate > > Hi, > > There are some things I don't understand. First of all, why do we need > keepalived ? I thought that it would be transparent at this layer and > that glusterfs would manage all the replication thing by itself. Is that > because I've POSIXFS instead of GlusterFS or is it totally unrelated ? > > Secondly, about the split-brain, when you says that I can read but not > write, does that mean I can't write data on the VM storage space or > can't I create VM ? If I can't write data, what would be the workaround > ? Am I force to have 3 (or 4, I guess, as I want to get replication) > nodes ? > > To conclude : can I get real HA (except engine) with Ovirt / Glusterfs > with 2 nodes ? > > Thank you very much, > Regards, > Grégoire Leroy > > > Le 2013-12-19 23:03, Andrew Lau a écrit : > > Hi, > > > > What I learned in the way glusterfs works is you specify the host > > only to grab the initial volume information, then it'll go directly to > > the other hosts to connect to the datastore - this avoids the > > bottleneck issue that NFS has. > > > > Knowing this, the work around I used was to setup keepalived on the > > gluster hosts (make sure you set it up on an interface other than your > > ovirtmgmt or you'll clash with the live migration components). So now > > if one of my hosts drop from the cluster, the storage access is not > > lost. I haven't fully tested the whole infrastructure yet but my only > > fear is they may drop into "PAUSE" mode during the keepalived > > transition period. > > > > Also - you may need to change your glusterfs ports so they don't > > interfere with vdsm. My post here was a little outdated but it still > > has my findings on keepalived > > etc. http://www.andrewklau.com/returning-to-glusterized-ovirt-3-3/ > > [2] > > > > The other thing to note, is you've only got two gluster hosts. I > > believe by default now ovirt sets the quorum setting which enforces > > that there must be atleast 2 nodes alive in your configuration. This > > means when there is only 1 gluster server up, you'll be able to read > > but not write this is to avoid split-brain. > > > > Thanks, > > Andrew > > > > On Thu, Dec 19, 2013 at 5:12 AM, <gregoire.leroy(a)retenodus.net> wrote: > > > >> Hello, > >> > >> As I said in a previous email, I have this configuration with Ovirt > >> 3.3 : > >> 1 Ovirt Engine > >> 2 Hosts Centos 6.5 > >> > >> I successfully setup GlusterFS. I created a distributed replicate > >> volume with 2 bricks : host1:/gluster and host2:/gluster. > >> > >> Then, I created a storage storage_gluster POSIXFS with the option > >> glusterfs and I gave the path "host1:/gluster". > >> > >> First, I'm rather surprised I have to specify an host for the > >> storage as I wish to have a distribute replicated storage. I > >> expected to specify both hosts. > >> > >> Then I create a VM on this storage. The expected behaviour if I > >> shutdown host1 should be that my VM keeps running on the second > >> brick. Yet, not only I lose my VM but host2 is in a non operationnal > >> status because one of its data storage is not reachable. > >> > >> Did I miss something in the configuration ? How could I get the > >> wanted behaviour ? > >> > >> Thanks a lot, > >> Regards, > >> Grégoire Leroy > >> _______________________________________________ > >> Users mailing list > >> Users(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users [1] > > > > > > > > Links: > > ------ > > [1] http://lists.ovirt.org/mailman/listinfo/users > > [2] http://www.andrewklau.com/returning-to-glusterized-ovirt-3-3/ > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >

6 12

[Users] too many bouces information message..
by Gianluca Cecchi 09 Jan '14

09 Jan '14

Already received some weeks ago this kind of message I just received today: " Your membership in the mailing list Users has been disabled due to excessive bounces The last bounce received from you was dated 08-Jan-2014. You will not get any more messages from this list until you re-enable your membership. You will receive 3 more reminders like this before your membership in the list is deleted. To re-enable your membership, you can simply respond to this message .. " At the mean time I just re-enabled my membership receiving confirmation message. What could be the reason? I'm only normally using via web my gmail account that I use for other mailing lists too, without any problem.... A difference is that I statistically find more messages from the list that gmails initally puts into spam and that I mark as "not spam".... Any hint here? Thanks, Gianluca

4 4

Re: [Users] oVirt 3.3.3 tracker
by Itamar Heim 08 Jan '14

08 Jan '14

On 01/08/2014 07:04 PM, Sandro Bonazzola wrote: > Hi, > during today oVirt sync meeting it has been decided to release oVirt 3.3.3 [1] just after 3.4.0 alpha. > 3.4.0 alpha will be composed tomorrow using next nightly build rpms. > > It has been proposed to build 3.3.3 beta next Monday, so here is the proposed schedule: > > General availability: 2014-01-28 > RC Build: 2014-01-21 > Beta release: 2014-01-13 make sense. > > A tracker bug has been created for blockers tracking: BZ 1050084 - Tracker: oVirt 3.3.3 release > > We still have ~30 bugs targeted to 3.3.3 [2], please update target releases and add blocker bugs to the tracker. I asked for 3.3.4 target release to be added, but i think folks should consider if to push bugs to 3.3.4, or to 3.4.0 by now. I've added users mailing list, in case there is a specific bug someone would like to highlight a specific bug that should go into 3.3.3 or 3.3.4. > > Waiting approval before preparing the email for other mailing lists. > > [1] http://www.ovirt.org/OVirt_3.3.z_release-management#oVirt_3.3.3 > [2] http://red.ht/1cOYkMo >

1 0

[Users] What parameters to use in automated node install to enable engine CLI register?
by David Li 08 Jan '14

08 Jan '14

--1013620071-596302367-1387321157=:82527 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=0A=0A=0AMy node install followed the automatic install instructions in= =A0=0A=0Ahttps://access.redhat.com/site/documentation/en-US/Red_Hat_Enterpr= ise_Virtualization/3.0/html/Hypervisor_Deployment_Guide/sect-Deployment_Gui= de-Installing_Red_Hat_Enterprise_Virtualization_Hypervisors-RHEV_Hypervisor= _Kernel_Parameters_and_Automated_Installation.html=0A=0A=0A=0AFor the kerne= l boot parameters, I used=A0=0A=0Amanagement_server=3D<my machine IP runnin= g ovirt-shell CLI>=A0=0Arhevm_admin_password=3Dxyz=0A=0A=0AHowever I see a = few problems when I tried to use ovirt-shell CLI to connect to the engine.= =A0=0A=0A[oVirt shell (disconnected)]# connect --url "http://<node-IP>:8080= /api" --username "admin" --password "xyz"=0A=0A=0A=0A1. Though I can ping t= he node, but this cmd gave errors:=A0error: [Errno 113] No route to host=0A= 2. What should I use for "--username" argument? =A0What is "@domain"?=0A=0A= David --1013620071-596302367-1387321157=:82527 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:ti= mes new roman, new york, times, serif;font-size:12pt"><div style=3D"font-fa= mily: 'times new roman', 'new york', times, serif; font-size: 12pt;">Hi,</d= iv><div style=3D"font-family: 'times new roman', 'new york', times, serif; = font-size: 12pt;"><br></div><div style=3D"font-family: 'times new roman', '= new york', times, serif; font-size: 16px; color: rgb(0, 0, 0); background-c= olor: transparent; font-style: normal;"><br></div><div style=3D"font-family= : 'times new roman', 'new york', times, serif; font-size: 16px; color: rgb(= 0, 0, 0); background-color: transparent; font-style: normal;">My node insta= ll followed the automatic install instructions in </div><div style=3D"= font-family: 'times new roman', 'new york', times, serif; font-size: 16px; = color: rgb(0, 0, 0); background-color: transparent; font-style: normal;"><b= r></div><div style=3D"font-family: 'times new roman', 'new york', times, se= rif; font-size: 16px; color: rgb(0, 0, 0); background-color: transparent; font-= style: normal;"><a href=3D"https://access.redhat.com/site/documentation/en-= US/Red_Hat_Enterprise_Virtualization/3.0/html/Hypervisor_Deployment_Guide/s= ect-Deployment_Guide-Installing_Red_Hat_Enterprise_Virtualization_Hyperviso= rs-RHEV_Hypervisor_Kernel_Parameters_and_Automated_Installation.html">https= ://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtualiza= tion/3.0/html/Hypervisor_Deployment_Guide/sect-Deployment_Guide-Installing_= Red_Hat_Enterprise_Virtualization_Hypervisors-RHEV_Hypervisor_Kernel_Parame= ters_and_Automated_Installation.html</a><br></div><div style=3D"font-family= : 'times new roman', 'new york', times, serif; font-size: 16px; color: rgb(= 0, 0, 0); background-color: transparent; font-style: normal;"><br></div><di= v style=3D"font-family: 'times new roman', 'new york', times, serif; font-s= ize: 16px; color: rgb(0, 0, 0); background-color: transparent; font-style: normal;"><br></div><div style=3D"font-family: 'times new roman', 'new york= ', times, serif; font-size: 16px; color: rgb(0, 0, 0); background-color: tr= ansparent; font-style: normal;">For the kernel boot parameters, I used&nbsp= ;</div><div style=3D"font-family: 'times new roman', 'new york', times, ser= if; font-size: 16px; color: rgb(0, 0, 0); background-color: transparent; fo= nt-style: normal;"><span style=3D"background-color: transparent; white-spac= e: pre-wrap; line-height: 1.15; font-family: Arial; font-size: 15px;"><br><= /span></div><div style=3D"font-family: Arial; font-size: 15px; color: rgb(0= , 0, 0); background-color: transparent; font-style: normal;"><span style=3D= "background-color: transparent; white-space: pre-wrap; line-height: 1.15; f= ont-family: Arial; font-size: 15px;">management_server=3D<my machine IP = running ovirt-shell CLI> </span></div><div style=3D"font-family: Ar= ial; font-size: 15px; color: rgb(0, 0, 0); background-color: transparent; font-style: normal;"><span style=3D"background-color: transparent; line-he= ight: 1.15; white-space: pre-wrap;">rhevm_admin_password=3Dxyz</span><br></= div><div style=3D"font-family: Arial; font-size: 15px; color: rgb(0, 0, 0);= background-color: transparent; font-style: normal;"><span style=3D"backgro= und-color: transparent; white-space: pre-wrap; line-height: 1.15; font-fami= ly: Arial; font-size: 15px;"><br></span></div><div style=3D"font-family: 't= imes new roman', 'new york', times, serif; font-size: 16px; color: rgb(0, 0= , 0); background-color: transparent; font-style: normal;">However I see a f= ew problems when I tried to use ovirt-shell CLI to connect to the engine.&n= bsp;</div><div style=3D"font-family: 'times new roman', 'new york', times, = serif; font-size: 16px; color: rgb(0, 0, 0); background-color: transparent;= font-style: normal;"><br></div><div style=3D"background-color: transparent= ;"><font face=3D"times new roman, new york, times, serif">[oVirt shell (disconnected)]# connect --url "http://<node-IP>:8080/api" --usernam= e "admin" --password "xyz"</font><br></div><div style=3D"background-color: = transparent; color: rgb(0, 0, 0); font-size: 16px; font-family: 'Times New = Roman'; font-style: normal;"><font face=3D"times new roman, new york, times= , serif"><br></font></div><div style=3D"font-family: 'times new roman', 'ne= w york', times, serif; font-size: 16px; color: rgb(0, 0, 0); background-col= or: transparent; font-style: normal;"><br></div><div style=3D"font-family: = 'times new roman', 'new york', times, serif; font-size: 16px; color: rgb(0,= 0, 0); background-color: transparent; font-style: normal;">1. Though I can= ping the node, but this cmd gave errors: error: [Errno 113] No route = to host</div><div style=3D"font-family: 'times new roman', 'new york', time= s, serif; font-size: 16px; color: rgb(0, 0, 0); background-color: transpare= nt; font-style: normal;">2. What should I use for "--username" argument?  What is "@domain"?</div><div style=3D"font-family: 'times new roman'= , 'new york', times, serif; font-size: 16px; color: rgb(0, 0, 0); backgroun= d-color: transparent; font-style: normal;"><br></div><div style=3D"font-fam= ily: 'times new roman', 'new york', times, serif; font-size: 16px; color: r= gb(0, 0, 0); background-color: transparent; font-style: normal;">David</div= ><div style=3D"font-family: 'times new roman', 'new york', times, serif; fo= nt-size: 16px; color: rgb(0, 0, 0); background-color: transparent; font-sty= le: normal;"><br></div><div style=3D"font-family: 'times new roman', 'new y= ork', times, serif; font-size: 16px; color: rgb(0, 0, 0); background-color:= transparent; font-style: normal;"><br></div></div></body></html> --1013620071-596302367-1387321157=:82527--

3 15

[Users] Bad volume specification
by Blaster 08 Jan '14

08 Jan '14

This is a multi-part message in MIME format. --------------080701090401070704010104 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I have a couple ESXi Win 7 images on VMDKs that I converted to raw using qemu-img convert. Under ovirt 3.3.1 I then used a procedure posted here previously where you create a VM, add a disk, then copy over the converted image onto the oVirt created image and away you go. I did this twice under oVirt 3.3.1 and it worked great. Now I have built a new oVirt 3.3.2 system and tried the same thing, and I get the error: VM win7-01 is down. Exit message: Bad volume specification {'index': 0, 'iface': 'virtio', 'reqsize': '0', 'format': 'raw', 'bootOrder': '1', 'volumeID': 'd750e9e0-a906-4369-8bbb-a3b676121321', 'apparentsize': '107374182400', 'imageID': 'f674cb27-c28b-4373-ad75-9ed8a765ca31', 'specParams': {}, 'readonly': 'false', 'domainID': 'f14f471e-0cce-414d-af57-779eeb88c97a', 'optional': 'false', 'deviceId': 'f674cb27-c28b-4373-ad75-9ed8a765ca31', 'truesize': '107374194688', 'poolID': '18f6234c-a9de-4fdf-bd9a-2bd90b9f33f9', 'device': 'disk', 'shared': 'false', 'propagateErrors': 'off', 'type': 'disk'}. The original oVirt 3.3.1 system that has now been upgraded to 3.3.2 still boots this same disk image just fine. I'm guessing it's upset because apparentsize and truesize are different? Why did 3.3.1 seem not to care but 3.3.2 does now? Any way I can true these up? I've tried a few things with qemu-img but haven't gotten the magic right yet. --------------080701090401070704010104 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> I have a couple ESXi Win 7 images on VMDKs that I converted to raw using qemu-img convert.   <br> <br> Under ovirt 3.3.1 I then used a procedure posted here previously where you create a VM, add a disk, then copy over the converted image onto the oVirt created image and away you go.<br> <br> I did this twice under oVirt 3.3.1 and it worked great.<br> <br> Now I have built a new oVirt 3.3.2 system and tried the same thing, and I get the error:<br> <br> <div title="VM win7-01 is down. Exit message: Bad volume specification {'index': 0, 'iface': 'virtio', 'reqsize': '0', 'format': 'raw', 'bootOrder': '1', 'volumeID': 'd750e9e0-a906-4369-8bbb-a3b676121321', 'apparentsize': '107374182400', 'imageID': 'f674cb27-c28b-4373-ad75-9ed8a765ca31', 'specParams': {}, 'readonly': 'false', 'domainID': 'f14f471e-0cce-414d-af57-779eeb88c97a', 'optional': 'false', 'deviceId': 'f674cb27-c28b-4373-ad75-9ed8a765ca31', 'truesize': '107374194688', 'poolID': '18f6234c-a9de-4fdf-bd9a-2bd90b9f33f9', 'device': 'disk', 'shared': 'false', 'propagateErrors': 'off', 'type': 'disk'}." tabindex="0" style="outline-style: none;" __gwt_cell="cell-gwt-uid-73812"> <div id="gwt-uid-3412_col2_row4">VM win7-01 is down. Exit message: Bad volume specification {'index': 0, 'iface': 'virtio', 'reqsize': '0', 'format': 'raw', 'bootOrder': '1', 'volumeID': 'd750e9e0-a906-4369-8bbb-a3b676121321', 'apparentsize': '107374182400', 'imageID': 'f674cb27-c28b-4373-ad75-9ed8a765ca31', 'specParams': {}, 'readonly': 'false', 'domainID': 'f14f471e-0cce-414d-af57-779eeb88c97a', 'optional': 'false', 'deviceId': 'f674cb27-c28b-4373-ad75-9ed8a765ca31', 'truesize': '107374194688', 'poolID': '18f6234c-a9de-4fdf-bd9a-2bd90b9f33f9', 'device': 'disk', 'shared': 'false', 'propagateErrors': 'off', 'type': 'disk'}.</div> </div> <br> The original oVirt 3.3.1 system that has now been upgraded to 3.3.2 still boots this same disk image just fine.<br> <br> I'm guessing it's upset because apparentsize and truesize are different?<br> <br> Why did 3.3.1 seem not to care but 3.3.2 does now?<br> <br> Any way I can true these up?  I've tried a few things with qemu-img but haven't gotten the magic right yet.<br> <br> <br> <br> <br> </body> </html> --------------080701090401070704010104--

3 2

[Users] Need to recreate public RSA key on node
by Bob Doolittle 08 Jan '14

08 Jan '14

Hi, I inadvertently overwrote my root authorized_keys file on my host/node (copied instead of appended :( ), so I need to find the proper public RSA key to put back there for ovirt-engine. But I can't seem to find the private (or public) key on the Engine. There is no actual account "ovirt-engine" on the Engine. Where does this key come from? Any other suggestions on an easy way to recreate the file? This is my only node, and it hosts my Primary Data Domain, so I don't think I can easily remove/re-add it. My node was up at the time, and surprisingly it remains up and operational at least for now. What is the remote root ovirt-engine login used for? -Bob

2 3

[Users] Help - Cannot run VM. Invalid time zone for given OS type.
by Dan Ferris 08 Jan '14

08 Jan '14

Hi, Has anyone run across this error: Cannot run VM. Invalid time zone for given OS type. The OS type for these VMs is set to Linux Other. They were all exported from an Ovirt 3.2 cluster and are being reimported into an Ovirt 3.3 cluster. None of these VMs will boot. We also can't delete them because delete protection is enabled and we can't edit the VM to turn off delete protection. Does anyone know what this error means exactly and how to fix it? Thanks, Dan

7 9

[Users] Deleting Storage Connection
by Nauman Abbas 08 Jan '14

08 Jan '14

Hello all I want to delete a storage connection since I'm adding an ISO Domain and it gives me the error "Storage connection already exists.". I'm trying to go for this: http://www.ovirt.org/Features/Manage_Storage_Connections#Delete_connection_… But it just shows me some link and some script. I don't know how use it. A little guidance on it would be great. Sorry for being a noob. Regards Nauman Abbas Assistant System Administrator (LMS), Room No. A-207, SEECS, National University of Sciences & Technology, + 92 321 5359946

5 10

[Users] tuned profile for Centos hosts -- new Bugzilla or Regression
by Ted Miller 08 Jan '14

08 Jan '14

--_000_a584ee1c0d4e40a2ae295cf23111628bDM2PR05MB320namprd05pro_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I posted a script (a while back) to get oVirt running on Centos hosts. One of the items in it has to do with what "tuned" profile to use. At the = time I first ran into it, this was a fatal error. It is now just a warning= , so it does not prevent installing a host. But, as a warning, a lot of pe= ople are probably missing it. When using Centos 6 as the host OS, the script tries to install a "rhs-virt= ualization" profile. That profile is not included in Centos. I substitute= d the "virtual-host" profile. I believe that this may be a regression as a result of Bugzilla 987293<http= s://bugzilla.redhat.com/show_bug.cgi?id=3D987293>, where "rhs-virtualizatio= n" was substituted for "virtual-host" for RHEV + RHS. I am guessing that w= hatever is used as a switch to determine RHEV + RHS is also shoving Centos = into that same path, which is not appropriate. My suggestion would be to write the script so that it uses "rhs-virtualizat= ion" when present, and if it is not present, then it falls back to "virtual= -host". (I don't know what (if any) differences there are between the two = profiles.) Should I open a new bug, make a comment on 987293, or take some other path? Ted Miller --_000_a584ee1c0d4e40a2ae295cf23111628bDM2PR05MB320namprd05pro_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <style style=3D"display: none;" id=3D"owaParaStyle" type=3D"text/css"></style> </head> <body tabindex=3D"0" aria-label=3D"Message body" fpstyle=3D"1" dir=3D"ltr"> <div name=3D"divtagdefaultwrapper" id=3D"divtagdefaultwrapper" style=3D"fon= t-family: Calibri,Arial,Helvetica,sans-serif; font-size: 12pt; color: #0000= 00; margin: 0"> I posted a script (a while back) to get oVirt running on Centos hosts.<br> <br> One of the items in it has to do with what "tuned" profile to use= .  At the time I first ran into it, this was a fatal error.  It i= s now just a warning, so it does not prevent installing a host.  But, = as a warning, a lot of people are probably missing it.<br> <br> When using Centos 6 as the host OS, the script tries to install a "rhs= -virtualization" profile.  That profile is not included in Centos= .  I substituted the "virtual-host" profile.<br> <br> I believe that this may be a regression as a result of Bugzilla <a href=3D"= https://bugzilla.redhat.com/show_bug.cgi?id=3D987293"> <b>987293</b></a>, where "rhs-virtualization" was substituted for= "virtual-host" for RHEV + RHS.  I am guessing that what= ever is used as a switch to determine RHEV + RHS is also shoving Centos= into that same path, which is not appropriate.<br> <br> My suggestion would be to write the script so that it uses "rhs-virtua= lization" when present, and if it is not present, then it falls back t= o "virtual-host".  (I don't know what (if any) differences t= here are between the two profiles.)<br> <br> Should I open a new bug, make a comment on 987293, or take some other path?= <br> <br> Ted Miller<br> <br> </div> </body> </html> --_000_a584ee1c0d4e40a2ae295cf23111628bDM2PR05MB320namprd05pro_--

2 1

Re: [Users] R: tuned profile for Centos hosts -- new Bugzilla orRegression
by Doron Fediuck 08 Jan '14

08 Jan '14

----_com.android.email_973242271645170 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGkgZ3V5cyzCoApBcyBmYXIgYXMgSSBrbm93LCB0dW5lZCBpcyBub3QgYXZhaWxhYmxlIGluIGNl bnRvcy4gU28gd2UgZmlyc3QgbmVlZCB0byB2ZXJpZnkgdHVuZWQgZXhpc3RzLgpPbmNlIGF2YWls YWJsZSwgd2UnbGwgYmUgYWJsZSB0byBoYW5kbGUKdGhlIHJlbGV2YW50IHByb2ZpbGVzIGZvciBo eXBlcnZpc29ycy4KCkNhbiBhbnlvbmUgY29uZmlybSB0dW5lZCBhdmFpbGFiaWxpdHkgb24gY2Vu dG9zPwoKLS0tLS0tLS0g15TXldeT16LXlCDXnten15XXqNeZ16ogLS0tLS0tLS0K157XkNeqOiBB bWVkZW8gU2FsdmF0aSA8YW1lZGVvQG9zY2VydC5uZXQ+IArXqteQ16jXmdeaOjA4LzAxLzIwMTQg IDAwOjMyICAoR01UKzAyOjAwKSAK15DXnDogdXNlcnNAb3ZpcnQub3JnLHRtaWxsZXJAaGNqYi5v cmcgCteg15XXqdeQOiBbVXNlcnNdIFI6IHR1bmVkIHByb2ZpbGUgZm9yIENlbnRvcyBob3N0cyAt LSBuZXcgQnVnemlsbGEgb3JSZWdyZXNzaW9uIAoKSGkgVGVkLAoKSSdtIGludGVyZXN0ZWQgdG8g b24gdGhpcyB0dW5lZCByaHMtdmlydHVhbGl6YXRpb24gcHJvZmlsZS4uLiB3aGVyZSBJIGNhbiBm aW5kIGl0PyBBbmQgd2hhdCBtYWNybyBkaWZmZXJlbmNlcyBoYXMgYWdhaW5zdCB2aXJ0dWFsLWhv c3QgcHJvZmlsZT8KCkJlc3QgcmVnYXJkcwphCgoKRGF0ZTrCoE1vbiwgNiBKYW4gMjAxNCAyMjow OTo0NMKgKzAwMDAKRnJvbTogVGVkIE1pbGxlciA8dG1pbGxlckBoY2piLm9yZz4KVG86IG9WaXJ0 IE1haWxpbmcgTGlzdCA8dXNlcnNAb3ZpcnQub3JnPgpTdWJqZWN0OiBbVXNlcnNdIHR1bmVkIHBy b2ZpbGUgZm9yIENlbnRvcyBob3N0cyAtLSBuZXcgQnVnemlsbGEgb3IKUmVncmVzc2lvbgpNZXNz YWdlLUlEOgo8YTU4NGVlMWMwZDRlNDBhMmFlMjk1Y2YyMzExMTYyOGJARE0yUFIwNU1CMzIwLm5h bXByZDA1LnByb2Qub3V0bG9vay5jb20+CgpDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJz ZXQ9InVzLWFzY2lpIgoKSSBwb3N0ZWQgYSBzY3JpcHQgKGEgd2hpbGUgYmFjaykgdG8gZ2V0IG9W aXJ0IHJ1bm5pbmcgb24gQ2VudG9zIGhvc3RzLgoKT25lIG9mIHRoZSBpdGVtcyBpbiBpdCBoYXMg dG8gZG8gd2l0aCB3aGF0ICJ0dW5lZCIgcHJvZmlsZSB0byB1c2UuwqAgQXQgdGhlIHRpbWUgSSBm aXJzdCByYW4gaW50byBpdCwgdGhpcyB3YXMgYSBmYXRhbCBlcnJvci7CoCBJdCBpcyBub3cganVz dCBhIHdhcm5pbmcsIHNvIGl0IGRvZXMgbm90IHByZXZlbnQgaW5zdGFsbGluZyBhIGhvc3QuwqAg QnV0LCBhcyBhIHdhcm5pbmcsIGEgbG90IG9mIHBlb3BsZSBhcmUgcHJvYmFibHkgbWlzc2luZyBp dC4KCldoZW4gdXNpbmcgQ2VudG9zIDYgYXMgdGhlIGhvc3QgT1MsIHRoZSBzY3JpcHQgdHJpZXMg dG8gaW5zdGFsbCBhICJyaHMtdmlydHVhbGl6YXRpb24iIHByb2ZpbGUuwqAgVGhhdCBwcm9maWxl IGlzIG5vdCBpbmNsdWRlZCBpbiBDZW50b3MuwqAgSSBzdWJzdGl0dXRlZCB0aGUgInZpcnR1YWwt aG9zdCIgcHJvZmlsZS4KCkkgYmVsaWV2ZSB0aGF0IHRoaXMgbWF5IGJlIGEgcmVncmVzc2lvbiBh cyBhIHJlc3VsdCBvZiBCdWd6aWxsYSA5ODcyOTM8aHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29t L3Nob3dfYnVnLmNnaT9pZD05ODcyOTM+Oywgd2hlcmUgInJocy12aXJ0dWFsaXphdGlvbiIgd2Fz IHN1YnN0aXR1dGVkIGZvciAidmlydHVhbC1ob3N0IiBmb3IgUkhFViArIFJIUy7CoCBJIGFtIGd1 ZXNzaW5nIHRoYXQgd2hhdGV2ZXIgaXMgdXNlZCBhcyBhIHN3aXRjaCB0byBkZXRlcm1pbmUgUkhF ViArIFJIUyBpcyBhbHNvIHNob3ZpbmcgQ2VudG9zIGludG8gdGhhdCBzYW1lIHBhdGgsIHdoaWNo IGlzIG5vdCBhcHByb3ByaWF0ZS4KCk15IHN1Z2dlc3Rpb24gd291bGQgYmUgdG8gd3JpdGUgdGhl IHNjcmlwdCBzbyB0aGF0IGl0IHVzZXMgInJocy12aXJ0dWFsaXphdGlvbiIgd2hlbiBwcmVzZW50 LCBhbmQgaWYgaXQgaXMgbm90IHByZXNlbnQsIHRoZW4gaXQgZmFsbHMgYmFjayB0byAidmlydHVh bC1ob3N0Ii7CoCAoSSBkb24ndCBrbm93IHdoYXQgKGlmIGFueSkgZGlmZmVyZW5jZXMgdGhlcmUg YXJlIGJldHdlZW4gdGhlIHR3byBwcm9maWxlcy4pCgpTaG91bGQgSSBvcGVuIGEgbmV3IGJ1Zywg bWFrZSBhIGNvbW1lbnQgb24gOTg3MjkzLCBvciB0YWtlIHNvbWUgb3RoZXIgcGF0aD8KClRlZCBN aWxsZXIKCgoKSW52aWF0byBkYSBUYWJsZXQgU2Ftc3VuZw== ----_com.android.email_973242271645170 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj5IaSBndXlzLCZuYnNwOzwv ZGl2PjxkaXY+QXMgZmFyIGFzIEkga25vdywgdHVuZWQgaXMgbm90IGF2YWlsYWJsZSBpbiBjZW50 b3MuIFNvIHdlIGZpcnN0IG5lZWQgdG8gdmVyaWZ5IHR1bmVkIGV4aXN0cy48L2Rpdj48ZGl2Pk9u Y2UgYXZhaWxhYmxlLCB3ZSdsbCBiZSBhYmxlIHRvIGhhbmRsZTwvZGl2PjxkaXY+dGhlIHJlbGV2 YW50IHByb2ZpbGVzIGZvciBoeXBlcnZpc29ycy48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkNh biBhbnlvbmUgY29uZmlybSB0dW5lZCBhdmFpbGFiaWxpdHkgb24gY2VudG9zPzwvZGl2Pjxicj48 YnI+LS0tLS0tLS0g15TXldeT16LXlCDXnten15XXqNeZ16ogLS0tLS0tLS08YnI+157XkNeqOiBB bWVkZW8gU2FsdmF0aSA8YW1lZGVvQG9zY2VydC5uZXQ+IDxicj7XqteQ16jXmdeaOjA4LzAxLzIw MTQgIDAwOjMyICAoR01UKzAyOjAwKSA8YnI+15DXnDogdXNlcnNAb3ZpcnQub3JnLHRtaWxsZXJA aGNqYi5vcmcgPGJyPteg15XXqdeQOiBbVXNlcnNdIFI6IHR1bmVkIHByb2ZpbGUgZm9yIENlbnRv cyBob3N0cyAtLSBuZXcgQnVnemlsbGEgb3JSZWdyZXNzaW9uIDxicj48YnI+PGRpdj48ZGl2Pkhp IFRlZCw8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkknbSBpbnRlcmVzdGVkIHRvIG9uIHRoaXMg dHVuZWQgcmhzLXZpcnR1YWxpemF0aW9uIHByb2ZpbGUuLi4gd2hlcmUgSSBjYW4gZmluZCBpdD8g QW5kIHdoYXQgbWFjcm8gZGlmZmVyZW5jZXMgaGFzIGFnYWluc3QgdmlydHVhbC1ob3N0IHByb2Zp bGU/PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5CZXN0IHJlZ2FyZHM8L2Rpdj48ZGl2PmE8L2Rp dj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkRhdGU6Jm5ic3A7PGEgaHJlZj0i Y2FsZW5kYXI6VDc6TW9uLCA2IEphbiAyMDE0IDIyOjA5OjQ0Ij5Nb24sIDYgSmFuIDIwMTQgMjI6 MDk6NDQ8L2E+Jm5ic3A7KzAwMDA8YnI+RnJvbTogVGVkIE1pbGxlciAmbHQ7PGEgaHJlZj0ibWFp bHRvOnRtaWxsZXJAaGNqYi5vcmciPnRtaWxsZXJAaGNqYi5vcmc8L2E+Jmd0Ozxicj5Ubzogb1Zp cnQgTWFpbGluZyBMaXN0ICZsdDs8YSBocmVmPSJtYWlsdG86dXNlcnNAb3ZpcnQub3JnIj51c2Vy c0BvdmlydC5vcmc8L2E+Jmd0Ozxicj5TdWJqZWN0OiBbVXNlcnNdIHR1bmVkIHByb2ZpbGUgZm9y IENlbnRvcyBob3N0cyAtLSBuZXcgQnVnemlsbGEgb3I8YnI+UmVncmVzc2lvbjxicj5NZXNzYWdl LUlEOjxicj4mbHQ7PGEgaHJlZj0ibWFpbHRvOmE1ODRlZTFjMGQ0ZTQwYTJhZTI5NWNmMjMxMTE2 MjhiQERNMlBSMDVNQjMyMC5uYW1wcmQwNS5wcm9kLm91dGxvb2suY29tIj5hNTg0ZWUxYzBkNGU0 MGEyYWUyOTVjZjIzMTExNjI4YkBETTJQUjA1TUIzMjAubmFtcHJkMDUucHJvZC5vdXRsb29rLmNv bTwvYT4mZ3Q7PGJyPjxicj5Db250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InVzLWFz Y2lpIjxicj48YnI+SSBwb3N0ZWQgYSBzY3JpcHQgKGEgd2hpbGUgYmFjaykgdG8gZ2V0IG9WaXJ0 IHJ1bm5pbmcgb24gQ2VudG9zIGhvc3RzLjxicj48YnI+T25lIG9mIHRoZSBpdGVtcyBpbiBpdCBo YXMgdG8gZG8gd2l0aCB3aGF0ICJ0dW5lZCIgcHJvZmlsZSB0byB1c2UuJm5ic3A7IEF0IHRoZSB0 aW1lIEkgZmlyc3QgcmFuIGludG8gaXQsIHRoaXMgd2FzIGEgZmF0YWwgZXJyb3IuJm5ic3A7IEl0 IGlzIG5vdyBqdXN0IGEgd2FybmluZywgc28gaXQgZG9lcyBub3QgcHJldmVudCBpbnN0YWxsaW5n IGEgaG9zdC4mbmJzcDsgQnV0LCBhcyBhIHdhcm5pbmcsIGEgbG90IG9mIHBlb3BsZSBhcmUgcHJv YmFibHkgbWlzc2luZyBpdC48YnI+PGJyPldoZW4gdXNpbmcgQ2VudG9zIDYgYXMgdGhlIGhvc3Qg T1MsIHRoZSBzY3JpcHQgdHJpZXMgdG8gaW5zdGFsbCBhICJyaHMtdmlydHVhbGl6YXRpb24iIHBy b2ZpbGUuJm5ic3A7IFRoYXQgcHJvZmlsZSBpcyBub3QgaW5jbHVkZWQgaW4gQ2VudG9zLiZuYnNw OyBJIHN1YnN0aXR1dGVkIHRoZSAidmlydHVhbC1ob3N0IiBwcm9maWxlLjxicj48YnI+SSBiZWxp ZXZlIHRoYXQgdGhpcyBtYXkgYmUgYSByZWdyZXNzaW9uIGFzIGEgcmVzdWx0IG9mIEJ1Z3ppbGxh IDk4NzI5MyZsdDs8YSBocmVmPSJodHRwczovL2J1Z3ppbGxhLnJlZGhhdC5jb20vc2hvd19idWcu Y2dpP2lkPTk4NzI5MyUzRSI+aHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3Nob3dfYnVnLmNn aT9pZD05ODcyOTMmZ3Q7PC9hPjssIHdoZXJlICJyaHMtdmlydHVhbGl6YXRpb24iIHdhcyBzdWJz dGl0dXRlZCBmb3IgInZpcnR1YWwtaG9zdCIgZm9yIFJIRVYgKyBSSFMuJm5ic3A7IEkgYW0gZ3Vl c3NpbmcgdGhhdCB3aGF0ZXZlciBpcyB1c2VkIGFzIGEgc3dpdGNoIHRvIGRldGVybWluZSBSSEVW ICsgUkhTIGlzIGFsc28gc2hvdmluZyBDZW50b3MgaW50byB0aGF0IHNhbWUgcGF0aCwgd2hpY2gg aXMgbm90IGFwcHJvcHJpYXRlLjxicj48YnI+TXkgc3VnZ2VzdGlvbiB3b3VsZCBiZSB0byB3cml0 ZSB0aGUgc2NyaXB0IHNvIHRoYXQgaXQgdXNlcyAicmhzLXZpcnR1YWxpemF0aW9uIiB3aGVuIHBy ZXNlbnQsIGFuZCBpZiBpdCBpcyBub3QgcHJlc2VudCwgdGhlbiBpdCBmYWxscyBiYWNrIHRvICJ2 aXJ0dWFsLWhvc3QiLiZuYnNwOyAoSSBkb24ndCBrbm93IHdoYXQgKGlmIGFueSkgZGlmZmVyZW5j ZXMgdGhlcmUgYXJlIGJldHdlZW4gdGhlIHR3byBwcm9maWxlcy4pPGJyPjxicj5TaG91bGQgSSBv cGVuIGEgbmV3IGJ1ZywgbWFrZSBhIGNvbW1lbnQgb24gOTg3MjkzLCBvciB0YWtlIHNvbWUgb3Ro ZXIgcGF0aD88YnI+PGJyPlRlZCBNaWxsZXI8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48 L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PjxkaXYgc3R5bGU9ImZvbnQtc2l6ZToxMDAlIj5JbnZp YXRvIGRhIFRhYmxldCBTYW1zdW5nPC9kaXY+PC9kaXY+PC9kaXY+IDwvYm9keT4= ----_com.android.email_973242271645170--

4 3

Re: [Users] R: tuned profile for Centos hosts -- new Bugzilla orRegression
by Doron Fediuck 08 Jan '14

08 Jan '14

----_com.android.email_981017113614690 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 WWVzIEthcmxpLApUaGVzZSBhcmUgZGlmZmVyZW50IGRhZW1vbnMuwqAKCgoKLS0tLS0tLS0g15TX ldeT16LXlCDXnten15XXqNeZ16ogLS0tLS0tLS0K157XkNeqOiBLYXJsaSBTasO2YmVyZyA8S2Fy bGkuU2pvYmVyZ0BzbHUuc2U+IArXqteQ16jXmdeaOjA4LzAxLzIwMTQgIDA4OjQ0ICAoR01UKzAy OjAwKSAK15DXnDogZGZlZGl1Y2tAcmVkaGF0LmNvbSAK16LXldeq16c6IGFtZWRlb0Bvc2NlcnQu bmV0LHVzZXJzQG92aXJ0Lm9yZyx0bWlsbGVyQGhjamIub3JnIArXoNeV16nXkDogUmU6IFtVc2Vy c10gUjogdHVuZWQgcHJvZmlsZSBmb3IgQ2VudG9zIGhvc3RzIC0tIG5ldyBCdWd6aWxsYSBvclJl Z3Jlc3Npb24gCgpvbnMgMjAxNC0wMS0wOCBrbG9ja2FuIDAxOjM1IC0wNTAwIHNrcmV2IERvcm9u IEZlZGl1Y2s6Cj4gSGkgZ3V5cywgCj4gQXMgZmFyIGFzIEkga25vdywgdHVuZWQgaXMgbm90IGF2 YWlsYWJsZSBpbiBjZW50b3MuIFNvIHdlIGZpcnN0IG5lZWQKPiB0byB2ZXJpZnkgdHVuZWQgZXhp c3RzLgoKQXJlICJrc210dW5lZCIgYW5kICJ0dW5lZCIgZGlmZmVyZW50PwojIGNhdCAvZXRjL3Jl ZGhhdC1yZWxlYXNlIApDZW50T1MgcmVsZWFzZSA2LjUgKEZpbmFsKQojIHNlcnZpY2UgLS1zdGF0 dXMtYWxsIHwgZ3JlcCB0dW5lZAprc210dW5lZCAocGlkwqAgMTA0MzgpIGlzIHJ1bm5pbmcuLi4K IyBjaGtjb25maWcgfCBncmVwIHR1bmVkCmtzbXR1bmVkwqDCoMKgwqDCoMKgIDA6b2ZmCTE6b2Zm CTI6b2ZmCTM6b24JNDpvbgk1Om9uCTY6b2ZmCgovSwoKPiBPbmNlIGF2YWlsYWJsZSwgd2UnbGwg YmUgYWJsZSB0byBoYW5kbGUKPiB0aGUgcmVsZXZhbnQgcHJvZmlsZXMgZm9yIGh5cGVydmlzb3Jz Lgo+IAo+IAo+IENhbiBhbnlvbmUgY29uZmlybSB0dW5lZCBhdmFpbGFiaWxpdHkgb24gY2VudG9z Pwo+IAo+IAo8LS0tLS0tLS0g15TXldeT16LXlCDXnten15XXqNeZ16ogLS0tLS0tLS0KPNee15DX qjogQW1lZGVvIFNhbHZhdGkgCjzXqteQ16jXmdeaOjA4LzAxLzIwMTQgMDA6MzIgKEdNVCswMjow MCkgCjzXkNecOiB1c2Vyc0BvdmlydC5vcmcsdG1pbGxlckBoY2piLm9yZyAKPNeg15XXqdeQOiBb VXNlcnNdIFI6IHR1bmVkIHByb2ZpbGUgZm9yIENlbnRvcyBob3N0cyAtLSBuZXcgQnVnemlsbGEK PG9yUmVncmVzc2lvbiAKPiAKPiBIaSBUZWQsCj4gCj4gCj4gSSdtIGludGVyZXN0ZWQgdG8gb24g dGhpcyB0dW5lZCByaHMtdmlydHVhbGl6YXRpb24gcHJvZmlsZS4uLiB3aGVyZSBJCj4gY2FuIGZp bmQgaXQ/IEFuZCB3aGF0IG1hY3JvIGRpZmZlcmVuY2VzIGhhcyBhZ2FpbnN0IHZpcnR1YWwtaG9z dAo+IHByb2ZpbGU/Cj4gCj4gCj4gQmVzdCByZWdhcmRzCj4gYQo+IAo+IAo+IAo+IAo+IERhdGU6 IE1vbiwgNiBKYW4gMjAxNCAyMjowOTo0NCArMDAwMAo+IEZyb206IFRlZCBNaWxsZXIgPHRtaWxs ZXJAaGNqYi5vcmc+Cj4gVG86IG9WaXJ0IE1haWxpbmcgTGlzdCA8dXNlcnNAb3ZpcnQub3JnPgo+ IFN1YmplY3Q6IFtVc2Vyc10gdHVuZWQgcHJvZmlsZSBmb3IgQ2VudG9zIGhvc3RzIC0tIG5ldyBC dWd6aWxsYSBvcgo+IFJlZ3Jlc3Npb24KPiBNZXNzYWdlLUlEOgo+IDxhNTg0ZWUxYzBkNGU0MGEy YWUyOTVjZjIzMTExNjI4YkBETTJQUjA1TUIzMjAubmFtcHJkMDUucHJvZC5vdXRsb29rLmNvbT4K PiAKPiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InVzLWFzY2lpIgo+IAo+IEkg cG9zdGVkIGEgc2NyaXB0IChhIHdoaWxlIGJhY2spIHRvIGdldCBvVmlydCBydW5uaW5nIG9uIENl bnRvcyBob3N0cy4KPiAKPiBPbmUgb2YgdGhlIGl0ZW1zIGluIGl0IGhhcyB0byBkbyB3aXRoIHdo YXQgInR1bmVkIiBwcm9maWxlIHRvIHVzZS7CoCBBdAo+IHRoZSB0aW1lIEkgZmlyc3QgcmFuIGlu dG8gaXQsIHRoaXMgd2FzIGEgZmF0YWwgZXJyb3IuwqAgSXQgaXMgbm93IGp1c3QKPiBhIHdhcm5p bmcsIHNvIGl0IGRvZXMgbm90IHByZXZlbnQgaW5zdGFsbGluZyBhIGhvc3QuwqAgQnV0LCBhcyBh Cj4gd2FybmluZywgYSBsb3Qgb2YgcGVvcGxlIGFyZSBwcm9iYWJseSBtaXNzaW5nIGl0Lgo+IAo+ IFdoZW4gdXNpbmcgQ2VudG9zIDYgYXMgdGhlIGhvc3QgT1MsIHRoZSBzY3JpcHQgdHJpZXMgdG8g aW5zdGFsbCBhCj4gInJocy12aXJ0dWFsaXphdGlvbiIgcHJvZmlsZS7CoCBUaGF0IHByb2ZpbGUg aXMgbm90IGluY2x1ZGVkIGluIENlbnRvcy4KPiBJIHN1YnN0aXR1dGVkIHRoZSAidmlydHVhbC1o b3N0IiBwcm9maWxlLgo+IAo+IEkgYmVsaWV2ZSB0aGF0IHRoaXMgbWF5IGJlIGEgcmVncmVzc2lv biBhcyBhIHJlc3VsdCBvZiBCdWd6aWxsYQo+IDk4NzI5MzxodHRwczovL2J1Z3ppbGxhLnJlZGhh dC5jb20vc2hvd19idWcuY2dpP2lkPTk4NzI5Mz47LCB3aGVyZQo+ICJyaHMtdmlydHVhbGl6YXRp b24iIHdhcyBzdWJzdGl0dXRlZCBmb3IgInZpcnR1YWwtaG9zdCIgZm9yIFJIRVYgKwo+IFJIUy7C oCBJIGFtIGd1ZXNzaW5nIHRoYXQgd2hhdGV2ZXIgaXMgdXNlZCBhcyBhIHN3aXRjaCB0byBkZXRl cm1pbmUKPiBSSEVWICsgUkhTIGlzIGFsc28gc2hvdmluZyBDZW50b3MgaW50byB0aGF0IHNhbWUg cGF0aCwgd2hpY2ggaXMgbm90Cj4gYXBwcm9wcmlhdGUuCj4gCj4gTXkgc3VnZ2VzdGlvbiB3b3Vs ZCBiZSB0byB3cml0ZSB0aGUgc2NyaXB0IHNvIHRoYXQgaXQgdXNlcwo+ICJyaHMtdmlydHVhbGl6 YXRpb24iIHdoZW4gcHJlc2VudCwgYW5kIGlmIGl0IGlzIG5vdCBwcmVzZW50LCB0aGVuIGl0Cj4g ZmFsbHMgYmFjayB0byAidmlydHVhbC1ob3N0Ii7CoCAoSSBkb24ndCBrbm93IHdoYXQgKGlmIGFu eSkgZGlmZmVyZW5jZXMKPiB0aGVyZSBhcmUgYmV0d2VlbiB0aGUgdHdvIHByb2ZpbGVzLikKPiAK PiBTaG91bGQgSSBvcGVuIGEgbmV3IGJ1ZywgbWFrZSBhIGNvbW1lbnQgb24gOTg3MjkzLCBvciB0 YWtlIHNvbWUgb3RoZXIKPiBwYXRoPwo+IAo+IFRlZCBNaWxsZXIKPiAKPiAKPiAKPiAKPiAKPiAK PiBJbnZpYXRvIGRhIFRhYmxldCBTYW1zdW5nCgotLSAKCk1lZCBWw6RubGlnYSBIw6Rsc25pbmdh cgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpLYXJsaSBTasO2YmVyZwpTd2VkaXNoIFVuaXZlcnNp dHkgb2YgQWdyaWN1bHR1cmFsIFNjaWVuY2VzIEJveCA3MDc5IChWaXNpdGluZyBBZGRyZXNzCkty b27DpXN2w6RnZW4gOCkKUy03NTAgMDcgVXBwc2FsYSwgU3dlZGVuClBob25lOsKgICs0Ni0oMCkx OC02NyAxNSA2NgprYXJsaS5zam9iZXJnQHNsdS5zZQoK ----_com.android.email_981017113614690 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj48ZGl2PlllcyBLYXJsaSw8 L2Rpdj48ZGl2PlRoZXNlIGFyZSBkaWZmZXJlbnQgZGFlbW9ucy4mbmJzcDs8L2Rpdj48ZGl2Pjxi cj48L2Rpdj48ZGl2PjwvZGl2PjwvZGl2Pjxicj48YnI+LS0tLS0tLS0g15TXldeT16LXlCDXnten 15XXqNeZ16ogLS0tLS0tLS08YnI+157XkNeqOiBLYXJsaSBTasO2YmVyZyA8S2FybGkuU2pvYmVy Z0BzbHUuc2U+IDxicj7XqteQ16jXmdeaOjA4LzAxLzIwMTQgIDA4OjQ0ICAoR01UKzAyOjAwKSA8 YnI+15DXnDogZGZlZGl1Y2tAcmVkaGF0LmNvbSA8YnI+16LXldeq16c6IGFtZWRlb0Bvc2NlcnQu bmV0LHVzZXJzQG92aXJ0Lm9yZyx0bWlsbGVyQGhjamIub3JnIDxicj7XoNeV16nXkDogUmU6IFtV c2Vyc10gUjogdHVuZWQgcHJvZmlsZSBmb3IgQ2VudG9zIGhvc3RzIC0tIG5ldyBCdWd6aWxsYSBv clJlZ3Jlc3Npb24gPGJyPjxicj5vbnMgMjAxNC0wMS0wOCBrbG9ja2FuIDAxOjM1IC0wNTAwIHNr cmV2IERvcm9uIEZlZGl1Y2s6PGJyPiZndDsgSGkgZ3V5cywgPGJyPiZndDsgQXMgZmFyIGFzIEkg a25vdywgdHVuZWQgaXMgbm90IGF2YWlsYWJsZSBpbiBjZW50b3MuIFNvIHdlIGZpcnN0IG5lZWQ8 YnI+Jmd0OyB0byB2ZXJpZnkgdHVuZWQgZXhpc3RzLjxicj48YnI+QXJlICJrc210dW5lZCIgYW5k ICJ0dW5lZCIgZGlmZmVyZW50Pzxicj4jIGNhdCAvZXRjL3JlZGhhdC1yZWxlYXNlIDxicj5DZW50 T1MgcmVsZWFzZSA2LjUgKEZpbmFsKTxicj4jIHNlcnZpY2UgLS1zdGF0dXMtYWxsIHwgZ3JlcCB0 dW5lZDxicj5rc210dW5lZCAocGlkJm5ic3A7IDEwNDM4KSBpcyBydW5uaW5nLi4uPGJyPiMgY2hr Y29uZmlnIHwgZ3JlcCB0dW5lZDxicj5rc210dW5lZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyAJMDpvZmYJMTpvZmYJMjpvZmYJMzpvbgk0Om9uCTU6b24JNjpvZmY8YnI+PGJy Pi9LPGJyPjxicj4mZ3Q7IE9uY2UgYXZhaWxhYmxlLCB3ZSdsbCBiZSBhYmxlIHRvIGhhbmRsZTxi cj4mZ3Q7IHRoZSByZWxldmFudCBwcm9maWxlcyBmb3IgaHlwZXJ2aXNvcnMuPGJyPiZndDsgPGJy PiZndDsgPGJyPiZndDsgQ2FuIGFueW9uZSBjb25maXJtIHR1bmVkIGF2YWlsYWJpbGl0eSBvbiBj ZW50b3M/PGJyPiZndDsgPGJyPiZndDsgPGJyPiAmbHQ7LS0tLS0tLS0g15TXldeT16LXlCDXnten 15XXqNeZ16ogLS0tLS0tLS08YnI+ICZsdDvXnteQ16o6IEFtZWRlbyBTYWx2YXRpIDxicj4gJmx0 O9eq15DXqNeZ15o6MDgvMDEvMjAxNCAwMDozMiAoR01UKzAyOjAwKSA8YnI+ICZsdDvXkNecOiB1 c2Vyc0BvdmlydC5vcmcsdG1pbGxlckBoY2piLm9yZyA8YnI+ICZsdDvXoNeV16nXkDogW1VzZXJz XSBSOiB0dW5lZCBwcm9maWxlIGZvciBDZW50b3MgaG9zdHMgLS0gbmV3IEJ1Z3ppbGxhPGJyPiAm bHQ7b3JSZWdyZXNzaW9uIDxicj4mZ3Q7IDxicj4mZ3Q7IEhpIFRlZCw8YnI+Jmd0OyA8YnI+Jmd0 OyA8YnI+Jmd0OyBJJ20gaW50ZXJlc3RlZCB0byBvbiB0aGlzIHR1bmVkIHJocy12aXJ0dWFsaXph dGlvbiBwcm9maWxlLi4uIHdoZXJlIEk8YnI+Jmd0OyBjYW4gZmluZCBpdD8gQW5kIHdoYXQgbWFj cm8gZGlmZmVyZW5jZXMgaGFzIGFnYWluc3QgdmlydHVhbC1ob3N0PGJyPiZndDsgcHJvZmlsZT88 YnI+Jmd0OyA8YnI+Jmd0OyA8YnI+Jmd0OyBCZXN0IHJlZ2FyZHM8YnI+Jmd0OyBhPGJyPiZndDsg PGJyPiZndDsgPGJyPiZndDsgPGJyPiZndDsgPGJyPiZndDsgRGF0ZTogTW9uLCA2IEphbiAyMDE0 IDIyOjA5OjQ0ICswMDAwPGJyPiZndDsgRnJvbTogVGVkIE1pbGxlciAmbHQ7dG1pbGxlckBoY2pi Lm9yZyZndDs8YnI+Jmd0OyBUbzogb1ZpcnQgTWFpbGluZyBMaXN0ICZsdDt1c2Vyc0BvdmlydC5v cmcmZ3Q7PGJyPiZndDsgU3ViamVjdDogW1VzZXJzXSB0dW5lZCBwcm9maWxlIGZvciBDZW50b3Mg aG9zdHMgLS0gbmV3IEJ1Z3ppbGxhIG9yPGJyPiZndDsgUmVncmVzc2lvbjxicj4mZ3Q7IE1lc3Nh Z2UtSUQ6PGJyPiZndDsgJmx0O2E1ODRlZTFjMGQ0ZTQwYTJhZTI5NWNmMjMxMTE2MjhiQERNMlBS MDVNQjMyMC5uYW1wcmQwNS5wcm9kLm91dGxvb2suY29tJmd0Ozxicj4mZ3Q7IDxicj4mZ3Q7IENv bnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0idXMtYXNjaWkiPGJyPiZndDsgPGJyPiZn dDsgSSBwb3N0ZWQgYSBzY3JpcHQgKGEgd2hpbGUgYmFjaykgdG8gZ2V0IG9WaXJ0IHJ1bm5pbmcg b24gQ2VudG9zIGhvc3RzLjxicj4mZ3Q7IDxicj4mZ3Q7IE9uZSBvZiB0aGUgaXRlbXMgaW4gaXQg aGFzIHRvIGRvIHdpdGggd2hhdCAidHVuZWQiIHByb2ZpbGUgdG8gdXNlLiZuYnNwOyBBdDxicj4m Z3Q7IHRoZSB0aW1lIEkgZmlyc3QgcmFuIGludG8gaXQsIHRoaXMgd2FzIGEgZmF0YWwgZXJyb3Iu Jm5ic3A7IEl0IGlzIG5vdyBqdXN0PGJyPiZndDsgYSB3YXJuaW5nLCBzbyBpdCBkb2VzIG5vdCBw cmV2ZW50IGluc3RhbGxpbmcgYSBob3N0LiZuYnNwOyBCdXQsIGFzIGE8YnI+Jmd0OyB3YXJuaW5n LCBhIGxvdCBvZiBwZW9wbGUgYXJlIHByb2JhYmx5IG1pc3NpbmcgaXQuPGJyPiZndDsgPGJyPiZn dDsgV2hlbiB1c2luZyBDZW50b3MgNiBhcyB0aGUgaG9zdCBPUywgdGhlIHNjcmlwdCB0cmllcyB0 byBpbnN0YWxsIGE8YnI+Jmd0OyAicmhzLXZpcnR1YWxpemF0aW9uIiBwcm9maWxlLiZuYnNwOyBU aGF0IHByb2ZpbGUgaXMgbm90IGluY2x1ZGVkIGluIENlbnRvcy48YnI+Jmd0OyBJIHN1YnN0aXR1 dGVkIHRoZSAidmlydHVhbC1ob3N0IiBwcm9maWxlLjxicj4mZ3Q7IDxicj4mZ3Q7IEkgYmVsaWV2 ZSB0aGF0IHRoaXMgbWF5IGJlIGEgcmVncmVzc2lvbiBhcyBhIHJlc3VsdCBvZiBCdWd6aWxsYTxi cj4mZ3Q7IDk4NzI5MyZsdDtodHRwczovL2J1Z3ppbGxhLnJlZGhhdC5jb20vc2hvd19idWcuY2dp P2lkPTk4NzI5MyZndDs7LCB3aGVyZTxicj4mZ3Q7ICJyaHMtdmlydHVhbGl6YXRpb24iIHdhcyBz dWJzdGl0dXRlZCBmb3IgInZpcnR1YWwtaG9zdCIgZm9yIFJIRVYgKzxicj4mZ3Q7IFJIUy4mbmJz cDsgSSBhbSBndWVzc2luZyB0aGF0IHdoYXRldmVyIGlzIHVzZWQgYXMgYSBzd2l0Y2ggdG8gZGV0 ZXJtaW5lPGJyPiZndDsgUkhFViArIFJIUyBpcyBhbHNvIHNob3ZpbmcgQ2VudG9zIGludG8gdGhh dCBzYW1lIHBhdGgsIHdoaWNoIGlzIG5vdDxicj4mZ3Q7IGFwcHJvcHJpYXRlLjxicj4mZ3Q7IDxi cj4mZ3Q7IE15IHN1Z2dlc3Rpb24gd291bGQgYmUgdG8gd3JpdGUgdGhlIHNjcmlwdCBzbyB0aGF0 IGl0IHVzZXM8YnI+Jmd0OyAicmhzLXZpcnR1YWxpemF0aW9uIiB3aGVuIHByZXNlbnQsIGFuZCBp ZiBpdCBpcyBub3QgcHJlc2VudCwgdGhlbiBpdDxicj4mZ3Q7IGZhbGxzIGJhY2sgdG8gInZpcnR1 YWwtaG9zdCIuJm5ic3A7IChJIGRvbid0IGtub3cgd2hhdCAoaWYgYW55KSBkaWZmZXJlbmNlczxi cj4mZ3Q7IHRoZXJlIGFyZSBiZXR3ZWVuIHRoZSB0d28gcHJvZmlsZXMuKTxicj4mZ3Q7IDxicj4m Z3Q7IFNob3VsZCBJIG9wZW4gYSBuZXcgYnVnLCBtYWtlIGEgY29tbWVudCBvbiA5ODcyOTMsIG9y IHRha2Ugc29tZSBvdGhlcjxicj4mZ3Q7IHBhdGg/PGJyPiZndDsgPGJyPiZndDsgVGVkIE1pbGxl cjxicj4mZ3Q7IDxicj4mZ3Q7IDxicj4mZ3Q7IDxicj4mZ3Q7IDxicj4mZ3Q7IDxicj4mZ3Q7IDxi cj4mZ3Q7IEludmlhdG8gZGEgVGFibGV0IFNhbXN1bmc8YnI+PGJyPi0tIDxicj48YnI+TWVkIFbD pG5saWdhIEjDpGxzbmluZ2FyPGJyPjxicj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPkthcmxp IFNqw7ZiZXJnPGJyPlN3ZWRpc2ggVW5pdmVyc2l0eSBvZiBBZ3JpY3VsdHVyYWwgU2NpZW5jZXMg Qm94IDcwNzkgKFZpc2l0aW5nIEFkZHJlc3M8YnI+S3JvbsOlc3bDpGdlbiA4KTxicj5TLTc1MCAw NyBVcHBzYWxhLCBTd2VkZW48YnI+UGhvbmU6Jm5ic3A7ICs0Ni0oMCkxOC02NyAxNSA2Njxicj5r YXJsaS5zam9iZXJnQHNsdS5zZTxkaXY+PGJyPjwvZGl2PjwvYm9keT4= ----_com.android.email_981017113614690--

1 0

[Users] oVirt Node 3.0.3-1 for oVirt 3.3 release
by Nauman Abbas 08 Jan '14

08 Jan '14

Hello there Did you find a solution to this problem you mentioned on oVirt list few days ago since I'm facing the same now. http://lists.ovirt.org/pipermail/users/2013-December/018323.html Regards Nauman Abbas Assistant System Administrator (LMS), Room No. A-207, SEECS, National University of Sciences & Technology, + 92 321 5359946

2 2

[Users] R: tuned profile for Centos hosts -- new Bugzilla orRegression
by Amedeo Salvati 07 Jan '14

07 Jan '14

----_com.android.email_110597815659370 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGkgVGVkLAoKSSdtIGludGVyZXN0ZWQgdG8gb24gdGhpcyB0dW5lZCByaHMtdmlydHVhbGl6YXRp b24gcHJvZmlsZS4uLiB3aGVyZSBJIGNhbiBmaW5kIGl0PyBBbmQgd2hhdCBtYWNybyBkaWZmZXJl bmNlcyBoYXMgYWdhaW5zdCB2aXJ0dWFsLWhvc3QgcHJvZmlsZT8KCkJlc3QgcmVnYXJkcwphCgoK RGF0ZTrCoE1vbiwgNiBKYW4gMjAxNCAyMjowOTo0NMKgKzAwMDAKRnJvbTogVGVkIE1pbGxlciA8 dG1pbGxlckBoY2piLm9yZz4KVG86IG9WaXJ0IE1haWxpbmcgTGlzdCA8dXNlcnNAb3ZpcnQub3Jn PgpTdWJqZWN0OiBbVXNlcnNdIHR1bmVkIHByb2ZpbGUgZm9yIENlbnRvcyBob3N0cyAtLSBuZXcg QnVnemlsbGEgb3IKUmVncmVzc2lvbgpNZXNzYWdlLUlEOgo8YTU4NGVlMWMwZDRlNDBhMmFlMjk1 Y2YyMzExMTYyOGJARE0yUFIwNU1CMzIwLm5hbXByZDA1LnByb2Qub3V0bG9vay5jb20+CgpDb250 ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InVzLWFzY2lpIgoKSSBwb3N0ZWQgYSBzY3Jp cHQgKGEgd2hpbGUgYmFjaykgdG8gZ2V0IG9WaXJ0IHJ1bm5pbmcgb24gQ2VudG9zIGhvc3RzLgoK T25lIG9mIHRoZSBpdGVtcyBpbiBpdCBoYXMgdG8gZG8gd2l0aCB3aGF0ICJ0dW5lZCIgcHJvZmls ZSB0byB1c2UuwqAgQXQgdGhlIHRpbWUgSSBmaXJzdCByYW4gaW50byBpdCwgdGhpcyB3YXMgYSBm YXRhbCBlcnJvci7CoCBJdCBpcyBub3cganVzdCBhIHdhcm5pbmcsIHNvIGl0IGRvZXMgbm90IHBy ZXZlbnQgaW5zdGFsbGluZyBhIGhvc3QuwqAgQnV0LCBhcyBhIHdhcm5pbmcsIGEgbG90IG9mIHBl b3BsZSBhcmUgcHJvYmFibHkgbWlzc2luZyBpdC4KCldoZW4gdXNpbmcgQ2VudG9zIDYgYXMgdGhl IGhvc3QgT1MsIHRoZSBzY3JpcHQgdHJpZXMgdG8gaW5zdGFsbCBhICJyaHMtdmlydHVhbGl6YXRp b24iIHByb2ZpbGUuwqAgVGhhdCBwcm9maWxlIGlzIG5vdCBpbmNsdWRlZCBpbiBDZW50b3MuwqAg SSBzdWJzdGl0dXRlZCB0aGUgInZpcnR1YWwtaG9zdCIgcHJvZmlsZS4KCkkgYmVsaWV2ZSB0aGF0 IHRoaXMgbWF5IGJlIGEgcmVncmVzc2lvbiBhcyBhIHJlc3VsdCBvZiBCdWd6aWxsYSA5ODcyOTM8 aHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3Nob3dfYnVnLmNnaT9pZD05ODcyOTM+Oywgd2hl cmUgInJocy12aXJ0dWFsaXphdGlvbiIgd2FzIHN1YnN0aXR1dGVkIGZvciAidmlydHVhbC1ob3N0 IiBmb3IgUkhFViArIFJIUy7CoCBJIGFtIGd1ZXNzaW5nIHRoYXQgd2hhdGV2ZXIgaXMgdXNlZCBh cyBhIHN3aXRjaCB0byBkZXRlcm1pbmUgUkhFViArIFJIUyBpcyBhbHNvIHNob3ZpbmcgQ2VudG9z IGludG8gdGhhdCBzYW1lIHBhdGgsIHdoaWNoIGlzIG5vdCBhcHByb3ByaWF0ZS4KCk15IHN1Z2dl c3Rpb24gd291bGQgYmUgdG8gd3JpdGUgdGhlIHNjcmlwdCBzbyB0aGF0IGl0IHVzZXMgInJocy12 aXJ0dWFsaXphdGlvbiIgd2hlbiBwcmVzZW50LCBhbmQgaWYgaXQgaXMgbm90IHByZXNlbnQsIHRo ZW4gaXQgZmFsbHMgYmFjayB0byAidmlydHVhbC1ob3N0Ii7CoCAoSSBkb24ndCBrbm93IHdoYXQg KGlmIGFueSkgZGlmZmVyZW5jZXMgdGhlcmUgYXJlIGJldHdlZW4gdGhlIHR3byBwcm9maWxlcy4p CgpTaG91bGQgSSBvcGVuIGEgbmV3IGJ1ZywgbWFrZSBhIGNvbW1lbnQgb24gOTg3MjkzLCBvciB0 YWtlIHNvbWUgb3RoZXIgcGF0aD8KClRlZCBNaWxsZXIKCgoKSW52aWF0byBkYSBUYWJsZXQgU2Ft c3VuZw== ----_com.android.email_110597815659370 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj5IaSBUZWQsPC9kaXY+PGRp dj48YnI+PC9kaXY+PGRpdj5JJ20gaW50ZXJlc3RlZCB0byBvbiB0aGlzIHR1bmVkIHJocy12aXJ0 dWFsaXphdGlvbiBwcm9maWxlLi4uIHdoZXJlIEkgY2FuIGZpbmQgaXQ/IEFuZCB3aGF0IG1hY3Jv IGRpZmZlcmVuY2VzIGhhcyBhZ2FpbnN0IHZpcnR1YWwtaG9zdCBwcm9maWxlPzwvZGl2PjxkaXY+ PGJyPjwvZGl2PjxkaXY+QmVzdCByZWdhcmRzPC9kaXY+PGRpdj5hPC9kaXY+PGRpdj48YnI+PC9k aXY+PGRpdj48YnI+PC9kaXY+PGRpdj5EYXRlOiZuYnNwOzxhIGhyZWY9ImNhbGVuZGFyOlQ3Ok1v biwgNiBKYW4gMjAxNCAyMjowOTo0NCI+TW9uLCA2IEphbiAyMDE0IDIyOjA5OjQ0PC9hPiZuYnNw OyswMDAwPGJyPkZyb206IFRlZCBNaWxsZXIgJmx0OzxhIGhyZWY9Im1haWx0bzp0bWlsbGVyQGhj amIub3JnIj50bWlsbGVyQGhjamIub3JnPC9hPiZndDs8YnI+VG86IG9WaXJ0IE1haWxpbmcgTGlz dCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnVzZXJzQG92aXJ0Lm9yZyI+dXNlcnNAb3ZpcnQub3JnPC9h PiZndDs8YnI+U3ViamVjdDogW1VzZXJzXSB0dW5lZCBwcm9maWxlIGZvciBDZW50b3MgaG9zdHMg LS0gbmV3IEJ1Z3ppbGxhIG9yPGJyPlJlZ3Jlc3Npb248YnI+TWVzc2FnZS1JRDo8YnI+Jmx0Ozxh IGhyZWY9Im1haWx0bzphNTg0ZWUxYzBkNGU0MGEyYWUyOTVjZjIzMTExNjI4YkBETTJQUjA1TUIz MjAubmFtcHJkMDUucHJvZC5vdXRsb29rLmNvbSI+YTU4NGVlMWMwZDRlNDBhMmFlMjk1Y2YyMzEx MTYyOGJARE0yUFIwNU1CMzIwLm5hbXByZDA1LnByb2Qub3V0bG9vay5jb208L2E+Jmd0Ozxicj48 YnI+Q29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSJ1cy1hc2NpaSI8YnI+PGJyPkkg cG9zdGVkIGEgc2NyaXB0IChhIHdoaWxlIGJhY2spIHRvIGdldCBvVmlydCBydW5uaW5nIG9uIENl bnRvcyBob3N0cy48YnI+PGJyPk9uZSBvZiB0aGUgaXRlbXMgaW4gaXQgaGFzIHRvIGRvIHdpdGgg d2hhdCAidHVuZWQiIHByb2ZpbGUgdG8gdXNlLiZuYnNwOyBBdCB0aGUgdGltZSBJIGZpcnN0IHJh biBpbnRvIGl0LCB0aGlzIHdhcyBhIGZhdGFsIGVycm9yLiZuYnNwOyBJdCBpcyBub3cganVzdCBh IHdhcm5pbmcsIHNvIGl0IGRvZXMgbm90IHByZXZlbnQgaW5zdGFsbGluZyBhIGhvc3QuJm5ic3A7 IEJ1dCwgYXMgYSB3YXJuaW5nLCBhIGxvdCBvZiBwZW9wbGUgYXJlIHByb2JhYmx5IG1pc3Npbmcg aXQuPGJyPjxicj5XaGVuIHVzaW5nIENlbnRvcyA2IGFzIHRoZSBob3N0IE9TLCB0aGUgc2NyaXB0 IHRyaWVzIHRvIGluc3RhbGwgYSAicmhzLXZpcnR1YWxpemF0aW9uIiBwcm9maWxlLiZuYnNwOyBU aGF0IHByb2ZpbGUgaXMgbm90IGluY2x1ZGVkIGluIENlbnRvcy4mbmJzcDsgSSBzdWJzdGl0dXRl ZCB0aGUgInZpcnR1YWwtaG9zdCIgcHJvZmlsZS48YnI+PGJyPkkgYmVsaWV2ZSB0aGF0IHRoaXMg bWF5IGJlIGEgcmVncmVzc2lvbiBhcyBhIHJlc3VsdCBvZiBCdWd6aWxsYSA5ODcyOTMmbHQ7PGEg aHJlZj0iaHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3Nob3dfYnVnLmNnaT9pZD05ODcyOTMl M0UiPmh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9OTg3MjkzJmd0 OzwvYT47LCB3aGVyZSAicmhzLXZpcnR1YWxpemF0aW9uIiB3YXMgc3Vic3RpdHV0ZWQgZm9yICJ2 aXJ0dWFsLWhvc3QiIGZvciBSSEVWICsgUkhTLiZuYnNwOyBJIGFtIGd1ZXNzaW5nIHRoYXQgd2hh dGV2ZXIgaXMgdXNlZCBhcyBhIHN3aXRjaCB0byBkZXRlcm1pbmUgUkhFViArIFJIUyBpcyBhbHNv IHNob3ZpbmcgQ2VudG9zIGludG8gdGhhdCBzYW1lIHBhdGgsIHdoaWNoIGlzIG5vdCBhcHByb3By aWF0ZS48YnI+PGJyPk15IHN1Z2dlc3Rpb24gd291bGQgYmUgdG8gd3JpdGUgdGhlIHNjcmlwdCBz byB0aGF0IGl0IHVzZXMgInJocy12aXJ0dWFsaXphdGlvbiIgd2hlbiBwcmVzZW50LCBhbmQgaWYg aXQgaXMgbm90IHByZXNlbnQsIHRoZW4gaXQgZmFsbHMgYmFjayB0byAidmlydHVhbC1ob3N0Ii4m bmJzcDsgKEkgZG9uJ3Qga25vdyB3aGF0IChpZiBhbnkpIGRpZmZlcmVuY2VzIHRoZXJlIGFyZSBi ZXR3ZWVuIHRoZSB0d28gcHJvZmlsZXMuKTxicj48YnI+U2hvdWxkIEkgb3BlbiBhIG5ldyBidWcs IG1ha2UgYSBjb21tZW50IG9uIDk4NzI5Mywgb3IgdGFrZSBzb21lIG90aGVyIHBhdGg/PGJyPjxi cj5UZWQgTWlsbGVyPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+ PC9kaXY+PGRpdj48ZGl2IHN0eWxlPSJmb250LXNpemU6MTAwJSI+SW52aWF0byBkYSBUYWJsZXQg U2Ftc3VuZzwvZGl2PjwvZGl2PiA8L2JvZHk+PC9odG1sPg== ----_com.android.email_110597815659370--

1 0

[Users] how to temporarily solve low disk space problem preventing start of VM
by Gianluca Cecchi 07 Jan '14

07 Jan '14

Hello, test cluster with two nodes and GlusterFS DC on f19 and 3.3.2, using gluster version 3.4.2 from f19 updates-testing repo. Unfortunately I have only small local disk quite occupied by existing VMs. About 4Gb free. I had VMs started and then I shutdown them. Trying to power on any VM I get: Error while executing action: c6s: Cannot run VM. Low disk space on target Storage Domain gvdata. On SPM node (node02) that is the only one active I have: /dev/mapper/fedora-DATA_GLUSTER 30G 23G 7.8G 75% /gluster/DATA_GLUSTER node01.mydomain:gvdata 30G 26G 4.6G 85% /rhev/data-center/mnt/glusterSD/node01.mydomain:gvdata Can I tweak this low disk warning in any way? How does engine make this kind of check? Thanks in advance Gianluca

2 2

[Users] How delete image in ovirt ?
by Kevin Tibi 07 Jan '14

07 Jan '14

Hi all, i have not found how to delete an image. I uploaded my image with engine-iso-upload. Thx for answer ;) Kevin.

2 2

[Users] Almost there... I can't bring up a VM
by William Kwan 06 Jan '14

06 Jan '14

--1100272424-1777021096-1388684553=:44937 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=0A=0ARunning oVirt 3.3.2-1.el6 on CentOS 6.5=0A=0A=0AI have oVirt insta= lled on a test host (ovirt1) and two test visualization hosts (onode1, onod= e2) using GlusterFS.=A0 I have GlusterFS available on both onode1 and 2.=A0= Storage domain, networks are defined, ISO is uploaded to the ISO domain.= =A0 I have been trying to create VM but all I get is a black spice console = I'm not able to tell what's going on.=A0 I turned off all iptables also.=0A= I looked at /var/log/libvirt/qemu/testvm04.log.=A0 I got only the starting = up line and a few lines for Spice.=A0 I also looked at engine.log for "ERRO= R"=0A=0A=0Acan anyone shed some light on this?=A0 I feel like I'm almost th= ere to use oVirt instead of VMware for the next project.=0A=0A=0AERROR line= s in engine.log:=0A--------------------------------------=0A=0A2014-01-02 1= 2:31:40,893 ERROR [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksList= VDSCommand] (DefaultQuartzScheduler_Worker-76) Command GlusterTasksListVDS = execution failed. Exception: VDSNetworkException: org.apache.xmlrpc.XmlRpcE= xception: <type 'exceptions.Exception'>:method "glusterTasksList" is not su= pported=0A=A0 [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSC= ommand] (DefaultQuartzScheduler_Worker-76) FINISH, GlusterTasksListVDSComma= nd, log id: 3fa83c4f=0A2014-01-02 12:31:40,894 ERROR [org.ovirt.engine.core= .utils.timer.SchedulerUtilQuartzImpl] (DefaultQuartzScheduler_Worker-76) Fa= iled to invoke scheduled method gluster_async_task_poll_event: java.lang.re= flect.InvocationTargetException=0A=A0=A0=A0=A0=A0=A0=A0 at sun.reflect.Gene= ratedMethodAccessor80.invoke(Unknown Source) [:1.7.0_45]=0A=A0=A0=A0=A0=A0= =A0=A0 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodA= ccessorImpl.java:43) [rt.jar:1.7.0_45]=0A=A0=A0=A0=A0=A0=A0=A0 at java.lang= .reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_45]=0A=A0=A0=A0=A0=A0= =A0=A0 at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.j= ava:60) [scheduler.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.quartz.core.JobRunS= hell.run(JobRunShell.java:213) [quartz.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org= .quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) = [quartz.jar:]=0ACaused by: org.ovirt.engine.core.common.errors.VdcBLLExcept= ion: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkE= xception: org.apache.xmlrpc.XmlRpcException: <type 'exceptions.Exception'>:= method "glusterTasksList" is not supported (Failed with error VDS_NETWORK_E= RROR and code 5022)=0A=A0=A0=A0=A0=A0=A0=A0 at org.ovirt.engine.core.bll.Vd= sHandler.handleVdsResult(VdsHandler.java:122) [bll.jar:]=0A=A0=A0=A0=A0=A0= =A0=A0 at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDS= BrokerFrontendImpl.java:33) [bll.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.ovirt= .engine.core.bll.gluster.tasks.GlusterTasksService.runVdsCommand(GlusterTas= ksService.java:60) [bll.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.ovirt.engine.c= ore.bll.gluster.tasks.GlusterTasksService.getTaskListForCluster(GlusterTask= sService.java:28) [bll.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.ovirt.engine.co= re.bll.gluster.GlusterTasksSyncJob.updateTasksInCluster(GlusterTasksSyncJob= .java:67) [bll.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.ovirt.engine.core.bll.g= luster.GlusterTasksSyncJob.updateGlusterAsyncTasks(GlusterTasksSyncJob.java= :56) [bll.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 ... 6 more=0A=0A=A0 [org.ovirt.engi= ne.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-8) [1d0c71de] Running = command: SetVmTicketCommand internal: false. Entities affected :=A0 ID: b48= 67838-561e-491e-bb00-5c2ce3828b83 Type: VM=0A=A0 [org.ovirt.engine.core.vds= broker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-8) [1d0c71de] = START, SetVmTicketVDSCommand(HostName =3D onode1., HostId =3D 5145362f-0f97= -4edf-a23f-592ff2c74d3f, vmId=3Db4867838-561e-491e-bb00-5c2ce3828b83, ticke= t=3DIpVcENDWEgVN, validTime=3D120,m userName=3Dadmin@internal, userId=3Dfdf= c627c-d875-11e0-90f0-83df133b58cc), log id: 36bcf5a3=0A=A0 [org.ovirt.engin= e.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-8) [= 1d0c71de] FINISH, SetVmTicketVDSCommand, log id: 36bcf5a3=0A=A0 [org.ovirt.= engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1= -8702-8) [1d0c71de] Correlation ID: 1d0c71de, Call Stack: null, Custom Even= t ID: -1, Message: user admin@internal initiated console session for VM tes= tvm04=0A=0A=0Aqemu log:=0A------------=0A=0ALC_ALL=3DC PATH=3D/usr/local/sb= in:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=3Dspice /usr= /libexec/qemu-kvm -name testvm04 -S -M rhel6.4.0 -cpu Westmere -enable-kvm = -m 4096 -realtime mlock=3Doff -smp 2,sockets=3D2,cores=3D1,threads=3D1 -uui= d b4867838-561e-491e-bb00-5c2ce3828b83 -smbios type=3D1,manufacturer=3DoVir= t,product=3DoVirt Node,version=3D6-5.el6.centos.11.2,serial=3D42294BD4-962B= -0F5E-9F28-0A96F491CB56,uuid=3Db4867838-561e-491e-bb00-5c2ce3828b83 -nodefc= onfig -nodefaults -chardev socket,id=3Dcharmonitor,path=3D/var/lib/libvirt/= qemu/testvm04.monitor,server,nowait -mon chardev=3Dcharmonitor,id=3Dmonitor= ,mode=3Dcontrol -rtc base=3D2014-01-02T17:11:07,driftfix=3Dslew -no-shutdow= n -device piix3-usb-uhci,id=3Dusb,bus=3Dpci.0,addr=3D0x1.0x2 -device virtio= -scsi-pci,id=3Dscsi0,bus=3Dpci.0,addr=3D0x4 -device virtio-serial-pci,id=3D= virtio-serial0,bus=3Dpci.0,addr=3D0x5 -drive file=3D/rhev/data-center/mnt/ovirt1:_data_iso/347d8614-f509-4887-b4ae-4dc4= bbc30604/images/11111111-1111-1111-1111-111111111111/CentOS-6.5-x86_64-bin-= DVD1.iso,if=3Dnone,media=3Dcdrom,id=3Ddrive-ide0-1-0,readonly=3Don,format= =3Draw,serial=3D -device ide-drive,bus=3Dide.1,unit=3D0,drive=3Ddrive-ide0-= 1-0,id=3Dide0-1-0,bootindex=3D2 -drive file=3D/rhev/data-center/mnt/gluster= SD/onode1:kvm1/83e1f2f9-40ab-4a01-bba5-87ac52ef791e/images/d652b29d-4030-42= 84-a7c9-2ec9442dda5c/84122d99-fe4e-45a3-94fa-28cdb23a4e0d,if=3Dnone,id=3Ddr= ive-virtio-disk0,format=3Draw,serial=3Dd652b29d-4030-4284-a7c9-2ec9442dda5c= ,cache=3Dnone,werror=3Dstop,rerror=3Dstop,aio=3Dthreads -device virtio-blk-= pci,scsi=3Doff,bus=3Dpci.0,addr=3D0x6,drive=3Ddrive-virtio-disk0,id=3Dvirti= o-disk0 -netdev tap,fd=3D26,id=3Dhostnet0,vhost=3Don,vhostfd=3D27 -device v= irtio-net-pci,netdev=3Dhostnet0,id=3Dnet0,mac=3D00:1a:4a:43:a1:4d,bus=3Dpci= .0,addr=3D0x3,bootindex=3D1 -chardev socket,id=3Dcharchannel0,path=3D/var/lib/libvirt/qemu/channels/b4867838-56= 1e-491e-bb00-5c2ce3828b83.com.redhat.rhevm.vdsm,server,nowait -device virts= erialport,bus=3Dvirtio-serial0.0,nr=3D1,chardev=3Dcharchannel0,id=3Dchannel= 0,name=3Dcom.redhat.rhevm.vdsm -chardev socket,id=3Dcharchannel1,path=3D/va= r/lib/libvirt/qemu/channels/b4867838-561e-491e-bb00-5c2ce3828b83.org.qemu.g= uest_agent.0,server,nowait -device virtserialport,bus=3Dvirtio-serial0.0,nr= =3D2,chardev=3Dcharchannel1,id=3Dchannel1,name=3Dorg.qemu.guest_agent.0 -ch= ardev spicevmc,id=3Dcharchannel2,name=3Dvdagent -device virtserialport,bus= =3Dvirtio-serial0.0,nr=3D3,chardev=3Dcharchannel2,id=3Dchannel2,name=3Dcom.= redhat.spice.0 -chardev pty,id=3Dcharconsole0 -device virtconsole,chardev= =3Dcharconsole0,id=3Dconsole0 -spice port=3D5900,tls-port=3D5901,addr=3D0,x509-dir=3D/etc/pki/vdsm/libvirt-spic= e,tls-channel=3Dmain,tls-channel=3Ddisplay,tls-channel=3Dinputs,tls-channel= =3Dcursor,tls-channel=3Dplayback,tls-channel=3Drecord,tls-channel=3Dsmartca= rd,tls-channel=3Dusbredir,seamless-migration=3Don -k en-us -vga qxl -global= qxl-vga.ram_size=3D67108864 -global qxl-vga.vram_size=3D33554432 -device v= irtio-balloon-pci,id=3Dballoon0,bus=3Dpci.0,addr=3D0x7=0Achar device redire= cted to /dev/pts/2=0A=0A((null):20150): Spice-Warning **: reds.c:2718:reds_= handle_read_link_done: spice channels 1 should be encrypted=0Amain_channel_= link: add main channel client=0Amain_channel_handle_parsed: net test: laten= cy 2.683000 ms, bitrate 31799267 bps (30.326144 Mbps)=0A((null):20150): Spi= ce-Warning **: reds.c:2718:reds_handle_read_link_done: spice channels 2 sho= uld be encrypted=0A((null):20150): Spice-Warning **: reds.c:2718:reds_handl= e_read_link_done: spice channels 3 should be encrypted=0A((null):20150): Sp= ice-Warning **: reds.c:2718:reds_handle_read_link_done: spice channels 4 sh= ould be encrypted=0Ainputs_connect: inputs channel client create=0Ared_disp= atcher_set_cursor_peer: --1100272424-1777021096-1388684553=:44937 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:He= lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fo= nt-size:12pt">Hi,<br><br>Running oVirt 3.3.2-1.el6 on CentOS 6.5<br><br><di= v style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue= ,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color:= transparent; font-style: normal;">I have oVirt installed on a test host (o= virt1) and two test visualization hosts (onode1, onode2) using GlusterFS.&n= bsp; I have GlusterFS available on both onode1 and 2.  Storage domain,= networks are defined, ISO is uploaded to the ISO domain.  I have been= trying to create VM but all I get is a black spice console I'm not able to= tell what's going on.  I turned off all iptables also.</div><div styl= e=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helve= tica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; font-style: normal;"><br></div>I looked at /var/log/libvirt/q= emu/testvm04.log.  I got only the starting up line and a few lines for= Spice.  I also looked at engine.log for "ERROR"<br><div style=3D"colo= r: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helvetica Neue= ,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; f= ont-style: normal;"><br></div><div style=3D"color: rgb(0, 0, 0); font-size:= 16px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Gra= nde,sans-serif; background-color: transparent; font-style: normal;">can any= one shed some light on this?  I feel like I'm almost there to use oVir= t instead of VMware for the next project.<br></div><div style=3D"color: rgb= (0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helvetica Neue,Helve= tica,Arial,Lucida Grande,sans-serif; background-color: transparent; font-st= yle: normal;"><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sa= ns-serif; background-color: transparent; font-style: normal;">ERROR lines i= n engine.log:</div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font= -family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-se= rif; background-color: transparent; font-style: normal;">------------------= --------------------<br></div><div style=3D"color: rgb(0, 0, 0); font-size:= 16px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Gra= nde,sans-serif; background-color: transparent; font-style: normal;">2014-01= -02 12:31:40,893 ERROR [org.ovirt.engine.core.vdsbroker.gluster.GlusterTask= sListVDSCommand] (DefaultQuartzScheduler_Worker-76) Command GlusterTasksLis= tVDS execution failed. Exception: VDSNetworkException: org.apache.xmlrpc.Xm= lRpcException: <type 'exceptions.Exception'>:method "glusterTasksList= " is not supported<br>  [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] (Defa= ultQuartzScheduler_Worker-76) FINISH, GlusterTasksListVDSCommand, log id: 3= fa83c4f<br>2014-01-02 12:31:40,894 ERROR [org.ovirt.engine.core.utils.timer= .SchedulerUtilQuartzImpl] (DefaultQuartzScheduler_Worker-76) Failed to invo= ke scheduled method gluster_async_task_poll_event: java.lang.reflect.Invoca= tionTargetException<br>        at sun.re= flect.GeneratedMethodAccessor80.invoke(Unknown Source) [:1.7.0_45]<br>&nbsp= ;       at sun.reflect.DelegatingMethodAccess= orImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_45]<br>&n= bsp;       at java.lang.reflect.Method.invoke= (Method.java:606) [rt.jar:1.7.0_45]<br>      =   at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.j= ava:60) [scheduler.jar:]<br>        at org.quar= tz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:]<br>  =       at org.quartz.simpl.SimpleThreadPool$WorkerT= hread.run(SimpleThreadPool.java:557) [quartz.jar:]<br>Caused by: org.ovirt.= engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engin= e.core.vdsbroker.vdsbroker.VDSNetworkException: org.apache.xmlrpc.XmlRpcExc= eption: <type 'exceptions.Exception'>:method "glusterTasksList" is no= t supported (Failed with error VDS_NETWORK_ERROR and code 5022)<br> &n= bsp;      at org.ovirt.engine.core.bll.VdsHandler.= handleVdsResult(VdsHandler.java:122) [bll.jar:]<br>    =     at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVd= sCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:]<br>   &nb= sp;    at org.ovirt.engine.core.bll.gluster.tasks.GlusterTasksService.runVdsCommand(= GlusterTasksService.java:60) [bll.jar:]<br>     &n= bsp;  at org.ovirt.engine.core.bll.gluster.tasks.GlusterTasksService.g= etTaskListForCluster(GlusterTasksService.java:28) [bll.jar:]<br> &nbsp= ;      at org.ovirt.engine.core.bll.gluster.Gluste= rTasksSyncJob.updateTasksInCluster(GlusterTasksSyncJob.java:67) [bll.jar:]<= br>        at org.ovirt.engine.core.bll.= gluster.GlusterTasksSyncJob.updateGlusterAsyncTasks(GlusterTasksSyncJob.jav= a:56) [bll.jar:]<br>        ... 6 more<b= r><br>  [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1= -8702-8) [1d0c71de] Running command: SetVmTicketCommand internal: false. En= tities affected :  ID: b4867838-561e-491e-bb00-5c2ce3828b83 Type: VM<b= r>  [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--12= 7.0.0.1-8702-8) [1d0c71de] START, SetVmTicketVDSCommand(HostName =3D onode1= ., HostId =3D 5145362f-0f97-4edf-a23f-592ff2c74d3f, vmId=3Db4867838-561e-49= 1e-bb00-5c2ce3828b83, ticket=3DIpVcENDWEgVN, validTime=3D120,m userName=3Da= dmin@internal, userId=3Dfdfc627c-d875-11e0-90f0-83df133b58cc), log id: 36bc= f5a3<br>  [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCom= mand] (ajp--127.0.0.1-8702-8) [1d0c71de] FINISH, SetVmTicketVDSCommand, log= id: 36bcf5a3<br>  [org.ovirt.engine.core.dal.dbbroker.auditloghandlin= g.AuditLogDirector] (ajp--127.0.0.1-8702-8) [1d0c71de] Correlation ID: 1d0c= 71de, Call Stack: null, Custom Event ID: -1, Message: user admin@internal i= nitiated console session for VM testvm04<br></div><div style=3D"color: rgb(= 0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helvetica Neue,Helvet= ica,Arial,Lucida Grande,sans-serif; background-color: transparent; font-sty= le: normal;"><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; fon= t-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-s= erif; background-color: transparent; font-style: normal;">qemu log:</div><d= iv style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeu= e,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color= : transparent; font-style: normal;">------------<br></div><div style=3D"col= or: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helvetica Neu= e,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; = font-style: normal;">LC_ALL=3DC PATH=3D/usr/local/sbin:/usr/local/bin:/usr/= bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=3Dspice /usr/libexec/qemu-kvm -name= testvm04 -S -M rhel6.4.0 -cpu Westmere -enable-kvm -m 4096 -realtime mlock= =3Doff -smp 2,sockets=3D2,cores=3D1,threads=3D1 -uuid b4867838-561e-491e-bb= 00-5c2ce3828b83 -smbios type=3D1,manufacturer=3DoVirt,product=3DoVirt Node,version=3D6-5.el6.centos.11.2,serial=3D42294BD4-962B-0F5E-9F28-0A96F4= 91CB56,uuid=3Db4867838-561e-491e-bb00-5c2ce3828b83 -nodefconfig -nodefaults= -chardev socket,id=3Dcharmonitor,path=3D/var/lib/libvirt/qemu/testvm04.mon= itor,server,nowait -mon chardev=3Dcharmonitor,id=3Dmonitor,mode=3Dcontrol -= rtc base=3D2014-01-02T17:11:07,driftfix=3Dslew -no-shutdown -device piix3-u= sb-uhci,id=3Dusb,bus=3Dpci.0,addr=3D0x1.0x2 -device virtio-scsi-pci,id=3Dsc= si0,bus=3Dpci.0,addr=3D0x4 -device virtio-serial-pci,id=3Dvirtio-serial0,bu= s=3Dpci.0,addr=3D0x5 -drive file=3D/rhev/data-center/mnt/ovirt1:_data_iso/3= 47d8614-f509-4887-b4ae-4dc4bbc30604/images/11111111-1111-1111-1111-11111111= 1111/CentOS-6.5-x86_64-bin-DVD1.iso,if=3Dnone,media=3Dcdrom,id=3Ddrive-ide0= -1-0,readonly=3Don,format=3Draw,serial=3D -device ide-drive,bus=3Dide.1,uni= t=3D0,drive=3Ddrive-ide0-1-0,id=3Dide0-1-0,bootindex=3D2 -drive file=3D/rhev/data-center/mnt/glusterSD/onode1:kvm1/83e1f2f9-40ab-4a01-bba5= -87ac52ef791e/images/d652b29d-4030-4284-a7c9-2ec9442dda5c/84122d99-fe4e-45a= 3-94fa-28cdb23a4e0d,if=3Dnone,id=3Ddrive-virtio-disk0,format=3Draw,serial= =3Dd652b29d-4030-4284-a7c9-2ec9442dda5c,cache=3Dnone,werror=3Dstop,rerror= =3Dstop,aio=3Dthreads -device virtio-blk-pci,scsi=3Doff,bus=3Dpci.0,addr=3D= 0x6,drive=3Ddrive-virtio-disk0,id=3Dvirtio-disk0 -netdev tap,fd=3D26,id=3Dh= ostnet0,vhost=3Don,vhostfd=3D27 -device virtio-net-pci,netdev=3Dhostnet0,id= =3Dnet0,mac=3D00:1a:4a:43:a1:4d,bus=3Dpci.0,addr=3D0x3,bootindex=3D1 -chard= ev socket,id=3Dcharchannel0,path=3D/var/lib/libvirt/qemu/channels/b4867838-= 561e-491e-bb00-5c2ce3828b83.com.redhat.rhevm.vdsm,server,nowait -device vir= tserialport,bus=3Dvirtio-serial0.0,nr=3D1,chardev=3Dcharchannel0,id=3Dchann= el0,name=3Dcom.redhat.rhevm.vdsm -chardev socket,id=3Dcharchannel1,path=3D/= var/lib/libvirt/qemu/channels/b4867838-561e-491e-bb00-5c2ce3828b83.org.qemu= .guest_agent.0,server,nowait -device virtserialport,bus=3Dvirtio-serial0.0,nr=3D2,chardev=3Dcharchannel1,id=3Dc= hannel1,name=3Dorg.qemu.guest_agent.0 -chardev spicevmc,id=3Dcharchannel2,n= ame=3Dvdagent -device virtserialport,bus=3Dvirtio-serial0.0,nr=3D3,chardev= =3Dcharchannel2,id=3Dchannel2,name=3Dcom.redhat.spice.0 -chardev pty,id=3Dc= harconsole0 -device virtconsole,chardev=3Dcharconsole0,id=3Dconsole0 -spice= port=3D5900,tls-port=3D5901,addr=3D0,x509-dir=3D/etc/pki/vdsm/libvirt-spic= e,tls-channel=3Dmain,tls-channel=3Ddisplay,tls-channel=3Dinputs,tls-channel= =3Dcursor,tls-channel=3Dplayback,tls-channel=3Drecord,tls-channel=3Dsmartca= rd,tls-channel=3Dusbredir,seamless-migration=3Don -k en-us -vga qxl -global= qxl-vga.ram_size=3D67108864 -global qxl-vga.vram_size=3D33554432 -device v= irtio-balloon-pci,id=3Dballoon0,bus=3Dpci.0,addr=3D0x7<br>char device redir= ected to /dev/pts/2</div><div style=3D"color: rgb(0, 0, 0); font-size: 16px= ; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,s= ans-serif; background-color: transparent; font-style: normal;"><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; fon= t-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-s= erif; background-color: transparent; font-style: normal;">((null):20150): S= pice-Warning **: reds.c:2718:reds_handle_read_link_done: spice channels 1 s= hould be encrypted<br>main_channel_link: add main channel client<br>main_ch= annel_handle_parsed: net test: latency 2.683000 ms, bitrate 31799267 bps (3= 0.326144 Mbps)<br>((null):20150): Spice-Warning **: reds.c:2718:reds_handle= _read_link_done: spice channels 2 should be encrypted<br>((null):20150): Sp= ice-Warning **: reds.c:2718:reds_handle_read_link_done: spice channels 3 sh= ould be encrypted<br>((null):20150): Spice-Warning **: reds.c:2718:reds_han= dle_read_link_done: spice channels 4 should be encrypted<br>inputs_connect:= inputs channel client create<br>red_dispatcher_set_cursor_peer:<br><br></d= iv></div></body></html> --1100272424-1777021096-1388684553=:44937--

3 7