January 2014 - Users - oVirt List Archives

[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 08 Jan '14

08 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

[Users] EL6 Repo error
by Ling Ho 06 Jan '14

06 Jan '14

Hi, I am trying to install the newly put out el6 release and ran into this problem: # yum install http://resources.ovirt.org/releases/ovirt-release-el6-10-1.noarch.rpm Loaded plugins: product-id, refresh-packagekit, rhnplugin, security, : subscription-manager This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register. This system is receiving updates from RHN Classic or RHN Satellite. http://ovirt.org/releases/stable/rpm/EL/6Server/repodata/4cd21f91c27c01e374…: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found" Trying other mirror. Setting up Install Process ovirt-release-el6-10-1.noarch.rpm | 7.9 kB 00:00 Examining /var/tmp/yum-root-pxJdcB/ovirt-release-el6-10-1.noarch.rpm: ovirt-release-el6-10-1.noarch /var/tmp/yum-root-pxJdcB/ovirt-release-el6-10-1.noarch.rpm: does not update installed package. Error: Nothing to do Can the repodata be rebuilt? Thanks, ... ling

2 4