- Users - oVirt List Archives

Re: [ovirt-users] Delivery Status Notification (Failure)
by Koen Vanoppen 07 Nov '14

07 Nov '14

Hi, Let me start with our original ovirt setup: 3 domains: 1. Test/dev 2. Production 3. Sandbox 1 ovirt-engine on vmware. After the update to 3.5 I created 2 new VM's. Both on oVirt this time on domain Test/dev. I ran engine-setup on both the 2 new vms (and of course a engine-setup after the update to 3.5 on the engine). These completed successfully. I added the logs of the 3 vms as attachments. I can see everything of the Test/Dev environment. But the other 2 domains are nowhere to be found in dwh... You can download the logs here (link stays only valid until friday): https://airbox.brusselsairport.be:5001/fbsharing/YAxlEVqm 2014-11-05 6:34 GMT+01:00 Mail Delivery Subsystem < mailer-daemon(a)googlemail.com>: > Delivery to the following recipient failed permanently: > > users(a)ovirt.org > > Technical details of permanent failure: > Google tried to deliver your message, but it was rejected by the server > for the recipient domain ovirt.org by linode01.ovirt.org. > [2600:3c01::f03c:91ff:fe93:4b0d]. > > The error that the other server returned was: > 552 5.3.4 Message size exceeds fixed limit > > > ----- Original message ----- > > DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; > d=gmail.com; s=20120113; > > h=mime-version:in-reply-to:references:date:message-id:subject:from:to > :content-type; > bh=K+reQ72gYTWMte3TcLYf4Z+/+q47e5n5pOQOV8X6JK0=; > > b=WVOaIB8D9/ql9zXARWBqVllLeFd472tWSHifcAFhLCGI9cT4qv9RFyeItlFsxLI08I > > d4cXfez6wCR18Y514LmQD5zTkvnP+0KnokCGz+8RiJWQEP3S8AEMFoSbrAsI4TpmFjN5 > > NnkXHVuO3Uqt0WUuKhTng9fIb7jrKeR954CrWJNuqgOmZ5GOoRZwaEy1IyPUinxflscf > > UsOppfruRdHIfYrU+yuA9rRqjti6dU88nBbjNWH1Ock49NQFDfqD+PkF5XgwvK2kDogR > > 0bZ4nosE5zY/xFjVgN7La5vKdX4hX2b16YiCEYguzh6w430DE5BQ0WL7OzSgGxbir/HS > KoJQ== > MIME-Version: 1.0 > X-Received: by 10.194.61.208 with SMTP id > s16mr16653542wjr.104.1415165693564; > Tue, 04 Nov 2014 21:34:53 -0800 (PST) > Received: by 10.216.177.3 with HTTP; Tue, 4 Nov 2014 21:34:53 -0800 (PST) > In-Reply-To: <666921671.5159284.1415087541705.JavaMail.zimbra(a)redhat.com> > References: < > CACfY+Mby6PcaUjYkV61w3o+7caGzmOqXu_Dtm+yHR3AE3cR8zA(a)mail.gmail.com> > <CACfY+MZsZAtUW= > 8FSm9kMnVU+Z+gJY8VuCC_fA2YY3eGdT8yoQ(a)mail.gmail.com> > < > CACfY+MbiQmWb-gtZryxQhXMmNbRBHCmj0wZWhg8-8O1VQrf3CQ(a)mail.gmail.com> > <666921671.5159284.1415087541705.JavaMail.zimbra(a)redhat.com> > Date: Wed, 5 Nov 2014 06:34:53 +0100 > Message-ID: <CACfY+Mb7mQ= > XEV27DTjoVpVL6yEs8d+5qBV_j3CqzoGL14CktA(a)mail.gmail.com> > Subject: Re: [ovirt-users] DWH and reports > From: Koen Vanoppen <vanoppen.koen(a)gmail.com> > To: "users(a)ovirt.org" <users(a)ovirt.org> > Content-Type: multipart/mixed; boundary=047d7b86d3e677a651050715f0de > > Hi, > Let me start with our original ovirt setup: > 3 domains: > > 1. Test/dev > 2. Production > 3. Sandbox > > 1 ovirt-engine on vmware. > > After the update to 3.5 I created 2 new VM's. Both on oVirt this time on > domain Test/dev. > > I ran engine-setup on both the 2 new vms (and of course a engine-setup > after the update to 3.5 on the engine). > > These completed successfully. I added the logs of the 3 vms as attachments. > > I can see everything of the Test/Dev environment. But the other 2 domains > are nowhere to be found in dwh... > > 2014-11-04 8:52 GMT+01:00 Yedidyah Bar David <didi(a)redhat.com>: > > > ----- Original Message ----- > > > From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com> > > > To: users(a)ovirt.org > > > Sent: Tuesday, November 4, 2014 7:59:43 AM > > > Subject: Re: [ovirt-users] DWH and reports > > > > > > Ok, after waking up decently I think I also figured out the 1/3... It's > > > installed on ovirt... In Test/Dev... The only one I can see... Is > there a > > > way so I can also see the other ones? > > > > > > Now I just need to know how to change the link :-D > > > > > > 2014-11-04 6:46 GMT+01:00 Koen Vanoppen < vanoppen.koen(a)gmail.com > : > > > > > > > > > > > > Ok, that I figured out... Is there a way to change the place where the > > > "reports link" is pointing at? > > > > > > But now I have a another issue. The reports only sees 1 domain. We have > > 3... > > > Anybody a idea how this can happen? > > > > > > Kind regards, > > > > > > 2014-11-04 6:28 GMT+01:00 Koen Vanoppen < vanoppen.koen(a)gmail.com > : > > > > > > > > > > > > Hi All, > > > > > > We recently updated our ovirt installation from 3.4.3 to 3.5 and this > > went > > > very smooth, so thanks for that! > > > But now I wanted to try to install the DWH and reports on 2 different > > vm's. > > > > Please be more specific. > > > > You had a machine for the engine. Did you already have DWH and/or Reports > > there? > > > > You installed dwh and reports on new VMs. Did you also run engine-setup > > there? > > And you were careful to not install (and if you installed, to not > > ----- Message truncated ----- > >

1 1

Can some one share the use cases for the local storage?
by Arman Khalatyan 06 Nov '14

06 Nov '14

Hi, I would like to understand the local storage purpose. I was wondered are there any production systems using local storage? Or in another way, how to use effectively the local hosts disks? My ovirt purpose is so serve HA-VM LAMPs. Thanks, Arman.

3 2

Tr : RE : Re: installation trouble
by stephane.eveillard 06 Nov '14

06 Nov '14

----_com.android.email_2201994996652700 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CgoKRW52b3nDqSBkZXB1aXMgdW4gbW9iaWxlIFNhbXN1bmcuCgo8ZGl2Pi0tLS0tLS0tIE1lc3Nh Z2UgZCdvcmlnaW5lIC0tLS0tLS0tPC9kaXY+PGRpdj5EZSA6ICJzdGVwaGFuZS5ldmVpbGxhcmQi IDxzdGVwaGFuZS5ldmVpbGxhcmRAaWJzbmV0d29yay5mcj4gPC9kaXY+PGRpdj5EYXRlIDowNi8x MS8yMDE0ICAxODoxNSAgKEdNVCswMTowMCkgPC9kaXY+PGRpdj5BIDogU2NvdHQgV29ydGhpbmd0 b24gPHNjb3R0LmMud29ydGhpbmd0b25AZ21haWwuY29tPiA8L2Rpdj48ZGl2Pk9iamV0IDogUkUg OiBSZTogW292aXJ0LXVzZXJzXSBpbnN0YWxsYXRpb24gdHJvdWJsZSA8L2Rpdj48ZGl2Pgo8L2Rp dj5JIGZvdW5kIG15IGlzY3NpIHRyb3VibGUKV2hpY2ggd2FzIGFuIGlzY3NpIGluaXRpYXRvciBt aXN0YWtlCk15IGx1biBoYXMgbm93IGJlZW4gZGVjbGFyZWQgYXMgZGF0YSBtYXN0ZXIKIEJ1dCBJ IGNhbm5vdCBkZWNsYXJlIG15IG5mcyBzaGFyZXMKSSBtIGN1cnNlZAoKCgpFbnZvecOpIGRlcHVp cyB1biBtb2JpbGUgU2Ftc3VuZy4= ----_com.android.email_2201994996652700 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj48YnI+PC9kaXY+PGRpdj48 YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48ZGl2IHN0eWxlPSJmb250LXNpemU6OXB4O2Nv bG9yOiM1NzU3NTciPkVudm95w6kgZGVwdWlzIHVuIG1vYmlsZSBTYW1zdW5nLjwvZGl2PjwvZGl2 Pjxicj48YnI+PGRpdj4tLS0tLS0tLSBNZXNzYWdlIGQnb3JpZ2luZSAtLS0tLS0tLTwvZGl2Pjxk aXY+RGUgOiAic3RlcGhhbmUuZXZlaWxsYXJkIiA8c3RlcGhhbmUuZXZlaWxsYXJkQGlic25ldHdv cmsuZnI+IDwvZGl2PjxkaXY+RGF0ZSA6MDYvMTEvMjAxNCAgMTg6MTUgIChHTVQrMDE6MDApIDwv ZGl2PjxkaXY+QSA6IFNjb3R0IFdvcnRoaW5ndG9uIDxzY290dC5jLndvcnRoaW5ndG9uQGdtYWls LmNvbT4gPC9kaXY+PGRpdj5PYmpldCA6IFJFIDogUmU6IFtvdmlydC11c2Vyc10gaW5zdGFsbGF0 aW9uIHRyb3VibGUgPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5JIGZvdW5kIG15IGlzY3NpIHRy b3VibGU8L2Rpdj48ZGl2PldoaWNoIHdhcyBhbiBpc2NzaSBpbml0aWF0b3IgbWlzdGFrZTwvZGl2 PjxkaXY+TXkgbHVuIGhhcyBub3cgYmVlbiBkZWNsYXJlZCBhcyBkYXRhIG1hc3RlcjwvZGl2Pjxk aXY+Jm5ic3A7QnV0IEkgY2Fubm90IGRlY2xhcmUgbXkgbmZzIHNoYXJlczwvZGl2PjxkaXY+SSBt IGN1cnNlZDwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2 PjxkaXY+PGRpdiBzdHlsZT0iZm9udC1zaXplOjlweDtjb2xvcjojNTc1NzU3Ij5FbnZvecOpIGRl cHVpcyB1biBtb2JpbGUgU2Ftc3VuZy48L2Rpdj48L2Rpdj48L2JvZHk+ ----_com.android.email_2201994996652700--

1 0

installation trouble
by Stephane EVEILLARD 06 Nov '14

06 Nov '14

This is a multi-part message in MIME format. --------------080305070005010603030204 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi everybody when installing my first node (ovirt engine 3.5, iso node 3.0.4) I start getting the node in my cluster and suddenly get the following message : Host Noeud-1 installation failed. Network error during communication with the host but my node is still available !!! can somebody help me ? Thanks in advance Best Regards Stephane --------------080305070005010603030204 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 text="#000000" bgcolor="#FFFFFF"> Hi everybody<br> <br> when installing my first node (ovirt engine 3.5, iso node 3.0.4)<br> I start getting the node in my cluster and suddenly get<br> the following message :<br> <br> <table class="GLGRQ1ODJVB" style="width: 100%; table-layout: fixed;" __gwtcellbasedwidgetimpldispatchingfocus="true" __gwtcellbasedwidgetimpldispatchingblur="true" cellspacing="0"> <tbody> <tr class="GLGRQ1ODCVB GLGRQ1ODEVB GLGRQ1ODJUB GLGRQ1ODMUB" __gwt_subrow="0" __gwt_row="1"> <td class="GLGRQ1ODBUB GLGRQ1ODDVB GLGRQ1ODFVB GLGRQ1ODKUB GLGRQ1ODNUB"> <div title="" style="outline-style: none;" __gwt_cell="cell-gwt-uid-2716"> <div id="gwt-uid-413_col2_row1" style="overflow: hidden; white-space: nowrap; -ms-text-overflow: ellipsis;">Host Noeud-1 installation failed. Network error during communication with the host</div> </div> </td> </tr> </tbody> </table> <br> but my node is still available !!!<br> <br> can somebody help me ?<br> <br> Thanks in advance<br> <br> Best Regards<br> <br> Stephane<br> </body> </html> --------------080305070005010603030204--

1 1

Cancelling a running task
by Daniel Lang 06 Nov '14

06 Nov '14

This is a multi-part message in MIME format. --_000_DDFB448F89CF754A8810AD5FF489E63E30D724A6exch2redicom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhbSBjcmVhdGluZyBhIFZNIGFuZCB0aGUgY29weSBmcm9tIHRlbXBsYXRlIG9wZXJhdGlv biBoYXMgZ29uZSBoYXl3aXJlIGNhdXNpbmcgc2lnbmlmaWNhbnQgcGVyZm9ybWFuY2UgaXNz dWVzIG9uIHRoZSBob3N0IHNlcnZlci4gICBJ4oCZZCBsaWtlIHRvIGNhbmNlbCB0aGUgY29w eWluZyBpbWFnZSBhY3Rpb24gKGl04oCZcyBiZWVuIHJ1bm5pbmcgfjNob3VycyBvbiBhIDNH QiBkaXNrIGltYWdlIGNvcHkpIGJ1dCBJIGNhbm5vdCBmaW5kIGFueXRoaW5nIGluIHRoZSB3 ZWIgVUkgdG8gY2FuY2VsIGEgdGFzay4gIElzIHRoZXJlIGEgY29tbWFuZCBsaW5lIHRvb2wg dG8gY2FuY2VsIHRoZSBydW5uaW5nIHRhc2s/DQoNClRoZSBvVmlydCB2ZXJzaW9uIGlzIDMu NCBhbmQgdmRzbSB2ZXJzaW9uIDQuMTQuDQoNClRoYW5rcyBmb3IgYW55IGFkdmljZSBvciBs aW5rcyB0byBkb2N1bWVudGF0aW9uL21hbiBwYWdlcy4NCg0KRGFuaWVsIExhbmcNCg0Kwqkg Q29weXJpZ2h0IDIwMTQgUkVESSBHbG9iYWwgVGVjaG5vbG9naWVzIExMQyAo4oCcUkVESeKA nSksIG1lbWJlciBGSU5SQSwgU0lQQy4gQWxsIHJpZ2h0cyByZXNlcnZlZC4gVGhlIGluZm9y bWF0aW9uIGNvbnRhaW5lZCBpbiBhbmQgYWNjb21wYW55aW5nIHRoaXMgY29tbXVuaWNhdGlv biBtYXkgYmUgY29uZmlkZW50aWFsLCBzdWJqZWN0IHRvIGxlZ2FsIHByaXZpbGVnZSwgb3Ig b3RoZXJ3aXNlIHByb3RlY3RlZCBmcm9tIGRpc2Nsb3N1cmUsIGFuZCBpcyBpbnRlbmRlZCBz b2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGludGVuZGVkIHJlY2lwaWVudChzKS4gSWYgeW91 IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCBvZiB0aGlzIGNvbW11bmljYXRpb24s IHBsZWFzZSBkZWxldGUgYW5kIGRlc3Ryb3kgYWxsIGNvcGllcyBpbiB5b3VyIHBvc3Nlc3Np b24sIG5vdGlmeSB0aGUgc2VuZGVyIHRoYXQgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBjb21t dW5pY2F0aW9uIGluIGVycm9yLCBhbmQgbm90ZSB0aGF0IGFueSByZXZpZXcgb3IgZGlzc2Vt aW5hdGlvbiBvZiwgb3IgdGhlIHRha2luZyBvZiBhbnkgYWN0aW9uIGluIHJlbGlhbmNlIG9u LCB0aGlzIGNvbW11bmljYXRpb24gaXMgZXhwcmVzc2x5IHByb2hpYml0ZWQuIEUtbWFpbCBt ZXNzYWdlcyBtYXkgY29udGFpbiBjb21wdXRlciB2aXJ1c2VzIG9yIG90aGVyIGRlZmVjdHMs IG1heSBub3QgYmUgYWNjdXJhdGVseSByZXBsaWNhdGVkIG9uIG90aGVyIHN5c3RlbXMsIG9y IG1heSBiZSBpbnRlcmNlcHRlZCwgZGVsZXRlZCBvciBpbnRlcmZlcmVkIHdpdGggd2l0aG91 dCB0aGUga25vd2xlZGdlIG9mIHRoZSBzZW5kZXIgb3IgdGhlIGludGVuZGVkIHJlY2lwaWVu dC4gUkVESSBtYWtlcyBubyB3YXJyYW50aWVzIGluIHJlbGF0aW9uIHRvIHRoZXNlIG1hdHRl cnMuIFBsZWFzZSBub3RlIHRoYXQgUkVESSByZXNlcnZlcyB0aGUgcmlnaHQgdG8gaW50ZXJj ZXB0LCBtb25pdG9yLCBhbmQgcmV0YWluIGUtbWFpbCBtZXNzYWdlcyB0byBhbmQgZnJvbSBp dHMgc3lzdGVtcyBhcyBwZXJtaXR0ZWQgYnkgYXBwbGljYWJsZSBsYXcuIElmIHlvdSBhcmUg bm90IGNvbWZvcnRhYmxlIHdpdGggdGhlIHJpc2tzIGFzc29jaWF0ZWQgd2l0aCBlLW1haWwg bWVzc2FnZXMsIHlvdSBtYXkgZGVjaWRlIG5vdCB0byB1c2UgZS1tYWlsIHRvIGNvbW11bmlj YXRlIHdpdGggUkVESS4NCg== --_000_DDFB448F89CF754A8810AD5FF489E63E30D724A6exch2redicom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89 InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJu OnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3Nj aGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDov L3d3dy53My5vcmcvVFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9 IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxt ZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRl cmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBm b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAy IDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxp Lk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp Iiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwt Y29tcG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9y OndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0 LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQpAcGFnZSBX b3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGlu IDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7 fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVs dHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4N CjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0Pjwv eG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJs dWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkkgYW0gY3JlYXRpbmcgYSBWTSBhbmQgdGhlIGNvcHkgZnJvbSB0 ZW1wbGF0ZSBvcGVyYXRpb24gaGFzIGdvbmUgaGF5d2lyZSBjYXVzaW5nIHNpZ25pZmljYW50 IHBlcmZvcm1hbmNlIGlzc3VlcyBvbiB0aGUgaG9zdCBzZXJ2ZXIuJm5ic3A7ICZuYnNwO0ni gJlkIGxpa2UgdG8gY2FuY2VsIHRoZSBjb3B5aW5nIGltYWdlIGFjdGlvbiAoaXTigJlzIGJl ZW4gcnVubmluZyB+M2hvdXJzIG9uIGEgM0dCIGRpc2sgaW1hZ2UgY29weSkgYnV0IEkNCiBj YW5ub3QgZmluZCBhbnl0aGluZyBpbiB0aGUgd2ViIFVJIHRvIGNhbmNlbCBhIHRhc2suJm5i c3A7IElzIHRoZXJlIGEgY29tbWFuZCBsaW5lIHRvb2wgdG8gY2FuY2VsIHRoZSBydW5uaW5n IHRhc2s/Jm5ic3A7DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIG9WaXJ0IHZl cnNpb24gaXMgMy40IGFuZCB2ZHNtIHZlcnNpb24gNC4xNC4gJm5ic3A7PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPlRoYW5rcyBmb3IgYW55IGFkdmljZSBvciBsaW5rcyB0byBkb2N1 bWVudGF0aW9uL21hbiBwYWdlcy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGFuaWVs IExhbmc8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJyPg0KwqkgQ29weXJpZ2h0IDIwMTQg UkVESSBHbG9iYWwgVGVjaG5vbG9naWVzIExMQyAo4oCcUkVESeKAnSksIG1lbWJlciBGSU5S QSwgU0lQQy4gQWxsIHJpZ2h0cyByZXNlcnZlZC4gVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5l ZCBpbiBhbmQgYWNjb21wYW55aW5nIHRoaXMgY29tbXVuaWNhdGlvbiBtYXkgYmUgY29uZmlk ZW50aWFsLCBzdWJqZWN0IHRvIGxlZ2FsIHByaXZpbGVnZSwgb3Igb3RoZXJ3aXNlIHByb3Rl Y3RlZCBmcm9tIGRpc2Nsb3N1cmUsIGFuZCBpcw0KIGludGVuZGVkIHNvbGVseSBmb3IgdGhl IHVzZSBvZiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50KHMpLiBJZiB5b3UgYXJlIG5vdCB0aGUg aW50ZW5kZWQgcmVjaXBpZW50IG9mIHRoaXMgY29tbXVuaWNhdGlvbiwgcGxlYXNlIGRlbGV0 ZSBhbmQgZGVzdHJveSBhbGwgY29waWVzIGluIHlvdXIgcG9zc2Vzc2lvbiwgbm90aWZ5IHRo ZSBzZW5kZXIgdGhhdCB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGNvbW11bmljYXRpb24gaW4g ZXJyb3IsIGFuZCBub3RlIHRoYXQNCiBhbnkgcmV2aWV3IG9yIGRpc3NlbWluYXRpb24gb2Ys IG9yIHRoZSB0YWtpbmcgb2YgYW55IGFjdGlvbiBpbiByZWxpYW5jZSBvbiwgdGhpcyBjb21t dW5pY2F0aW9uIGlzIGV4cHJlc3NseSBwcm9oaWJpdGVkLiBFLW1haWwgbWVzc2FnZXMgbWF5 IGNvbnRhaW4gY29tcHV0ZXIgdmlydXNlcyBvciBvdGhlciBkZWZlY3RzLCBtYXkgbm90IGJl IGFjY3VyYXRlbHkgcmVwbGljYXRlZCBvbiBvdGhlciBzeXN0ZW1zLCBvciBtYXkgYmUgaW50 ZXJjZXB0ZWQsDQogZGVsZXRlZCBvciBpbnRlcmZlcmVkIHdpdGggd2l0aG91dCB0aGUga25v d2xlZGdlIG9mIHRoZSBzZW5kZXIgb3IgdGhlIGludGVuZGVkIHJlY2lwaWVudC4gUkVESSBt YWtlcyBubyB3YXJyYW50aWVzIGluIHJlbGF0aW9uIHRvIHRoZXNlIG1hdHRlcnMuIFBsZWFz ZSBub3RlIHRoYXQgUkVESSByZXNlcnZlcyB0aGUgcmlnaHQgdG8gaW50ZXJjZXB0LCBtb25p dG9yLCBhbmQgcmV0YWluIGUtbWFpbCBtZXNzYWdlcyB0byBhbmQgZnJvbSBpdHMgc3lzdGVt cw0KIGFzIHBlcm1pdHRlZCBieSBhcHBsaWNhYmxlIGxhdy4gSWYgeW91IGFyZSBub3QgY29t Zm9ydGFibGUgd2l0aCB0aGUgcmlza3MgYXNzb2NpYXRlZCB3aXRoIGUtbWFpbCBtZXNzYWdl cywgeW91IG1heSBkZWNpZGUgbm90IHRvIHVzZSBlLW1haWwgdG8gY29tbXVuaWNhdGUgd2l0 aCBSRURJLg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_DDFB448F89CF754A8810AD5FF489E63E30D724A6exch2redicom_--

4 4

[SCALE][RFC] ksmd bound to one core
by Sven Kieske 06 Nov '14

06 Nov '14

Hi, currently ksmd is a single process and is thus bound to one core. This leads to some scaling problems such as: If you got a lot of vms on one host with huge amounts of ram you can observe that the cpu usage by ksmd goes easily to 100%. I wonder if ksmd could not be split up in child/worker threads, thus enabling higher density of vms on one host. or can this just be tweaked by altering values in /etc/ksmtuned.conf ? What do you think? -- 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

4 3

[Devel] Proposing Roy Golan as VDSM Fake maintainer
by Tomas Jelinek 06 Nov '14

06 Nov '14

Hi, I would like to propose Roy Golan as VDSM Fake (http://www.ovirt.org/VDSM_Fake) co-maintainer. Your response would be appreciated. Thanks in advance. Tomas

7 6

VirtualDesktop Issue
by Juan Carlos YJ. Lin 06 Nov '14

06 Nov '14

--=_c4c8bcb7-98da-415d-9590-a7f9b4f787b0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I am ussing nomachine server 4.3.30, an try to connect via NX to vm on ovirt If I open the console, and login with a user, it runs well. When logout, give a no display to connect error. Seems that if no console connected, no display enabled, how I can keep the display enabled in permanent way or how to create a sencond display available as virtualdesktops? Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." --=_c4c8bcb7-98da-415d-9590-a7f9b4f787b0 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 10pt; color: #000000'><span>I am ussing nomachine server 4.3.30, an try to connect via NX to vm on ovirt<br>If I open the console, and login with a user, it runs well.<br>When logout, give a no display to connect error.<br>Seems that if no console connected, no display enabled, <br>how I can keep the display enabled in permanent way or how to create a sencond display available as virtualdesktops?<br><br><span name="x"></span>Juan Carlos Lin<br>Unisoft S.A.<br>+595-993-288330<span name="x"></span><br></span><br></div> <br> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML lang="es"> <HEAD> <TITLE>System-wide Disclaimer</TITLE> </HEAD> <BODY>---------------------------------------------------<br>"Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente"<br>"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." </BODY> </HTML><br> </body></html> --=_c4c8bcb7-98da-415d-9590-a7f9b4f787b0--

2 1

GlusterFS Distributed Replicate HA with KeepAlived
by Punit Dambiwal 06 Nov '14

06 Nov '14

Hi, I have 4 node GlusterFS Distributed Replicate volume...the same 4 host node i am using for compute purpose....now i want to make it HA....so if any host goes down .....VM will not pause and it will migrate to another available node... 1. Can any one have any document or reference to do this with keepalived... 2. I have one more node as spare...so if any host goes down and can not come up again because of any HW failure...i can add it...but i didn't find any way to add these bricks to volume...?? Thanks, Punit

2 6

Issues with oVirt 3.4, centos 6.6 and Gluster
by Federico Alberto Sayd 06 Nov '14

06 Nov '14

I have found some issues while trying to install two nodes with centos 6.6, oVirt 3.4 and cluster functionality. 1 - If you enable the gluster service in a cluster, when you install the hosts, the installation fails because it tries to install the gluster packages from Centos repository and a dependency problem is reported. Workaround: Install the package yum-plugin-priorities and set priority=1 in the /etc/yum.repos.d/ovirt-3.4-dependencies.repo, section glusterfs-epel. 2 - If you reboot the host, the service glusterd doesn't start at init, and host becomes non operational. Workaround: Manually set glusterd to start at boot, using for example ntsysv. Regards Federico

2 1