April 2014 - Users - oVirt List Archives

[Users] Reimporting storage domains after reinstalling ovirt
by Boudewijn Ector 21 Apr '14

21 Apr '14

Hi Guys, Currently I've got a Centos machine running the latest ovirt-release. This machine is using a local raid set containing a directory with ovirt-based VMs from my previous install. The ovirt install is a completely fresh install, no storage/VMs have been created yet. What's the best way to reimport those? I might try to create a new storage domain and copy all old VMs into it (if that works anyway...) , or just reimport the old domain from the web-interface. Does either trick have any advantage, or is there a best practice I should adhere to? Cheers, Boudewijn

7 26

Re: [ovirt-users] New VM from template, vm disk creation time very high
by Steve Dainard 21 Apr '14

21 Apr '14

Hi Yes I'm using glusterfs as storage domain, and glusterd is running on the ovirt nodes. *Steve * On Mon, Apr 21, 2014 at 11:46 AM, Ovirt User <ldrt8789(a)gmail.com> wrote: > hi steve, > > are you using bluster fs as storage domain ? if yes, inside compute node > or you dedicated 2 or more node for GLUSTER ? > > Il giorno 21/apr/2014, alle ore 16:00, Steve Dainard < > sdainard(a)miovision.com> ha scritto: > > This may have been lost over the weekend... > > > *Steve* > > > On Thu, Apr 17, 2014 at 1:21 PM, Steve wrote: > >> When I create a new vm from a template (centos 6, 20gig thin disk) it >> takes close to 40 minutes to clone the disk image. >> >> Are there any settings that control how much bandwidth the cloning >> process can use, or how its prioritized? This is brutally slow, and >> although a quick clone isn't needed often, occasionally when someone is >> asking for a resource it would be nice to expedite the process. >> >> Storage: Gluster replica 2 volume >> Network: 10gig >> Ovirt: 3.3.4, Centos 6.5 >> >> Thanks, >> >> >> *Steve * >> > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > >

1 0

New VM from template, vm disk creation time very high
by Steve Dainard 21 Apr '14

21 Apr '14

When I create a new vm from a template (centos 6, 20gig thin disk) it takes close to 40 minutes to clone the disk image. Are there any settings that control how much bandwidth the cloning process can use, or how its prioritized? This is brutally slow, and although a quick clone isn't needed often, occasionally when someone is asking for a resource it would be nice to expedite the process. Storage: Gluster replica 2 volume Network: 10gig Ovirt: 3.3.4, Centos 6.5 Thanks, *Steve*

1 1

VDSM Shutdown Scenario
by Neil 20 Apr '14

20 Apr '14

Hi guys, I'm trying to setup the simplest yet safest way of protecting my guests during an unexpected power outage. If I'm running ovirt with 3 hosts, and the ovirt-engine machine as well as the hosts have SNMP UPS monitoring software installed and configured to shutdown if the UPS starts running out of power, what would happen to the guests when the hosts commence the shutdown sequence caused by the UPS software? The ovirt-engine would also be configured to shutdown during the outage. Would the guests try to migrate to another host (despite all of the hosts commencing the shutdown)? Would the guests be paused? What is the recommended practice to safely protect the VM's ? Thank you! Regards. Neil Wilson.

2 1

New host ssh error
by Drew Showers 20 Apr '14

20 Apr '14

Hello, I'm trying to add a 2nd vdsm host in an existing working cluster and host (host 1). It seems all the service are running (vdsmd, nfs, and network) on host 2. When I create the new host, it begins installing packages, but then get the following error: "Host Host-2 installation failed. Command returned failure code 1 during SSH session [user@host]". I can't seem to find the solution on google. I can ssh into host 2 from the ovirt engine. I've tried it with iptables on and iptables off. Any help would be greatly appreciated. Many thanks, Drew

3 4

feedback-on-oVirt-engine-3.4.0-1.el6
by Evandro Couto vandocouto 19 Apr '14

19 Apr '14

Olá! Recomendo que adicione uma aba(Tela) para configurar o Active Directory.. Abs, Evandro Couto.

1 0

[Users] ui plugin problems, cannot read from a file.
by aditya mamidwar 18 Apr '14

18 Apr '14

hey, am trying to display the contents of a text file in a java applet as a ui plugin in ovirt. The same applet performs successfully when run as a standalone, but fails to deliver when the it is run through ovirt. any plausible explanation? PFA the screenshot of both cases -- -Aditya Mamidwar

4 4

Call for Papers Deadline in Two Weeks: LinuxCon/CloudOpen North America
by Brian Proffitt 18 Apr '14

18 Apr '14

Conference: LinuxCon North America Information: LinuxCon is the only event covering all matters Linux - offering collaboration and education for everyone in the ecosystem from developers and maintainers to sys admins and architects to business executives and community members. Date: August 20-22, 2014 Location: Chicago, Illinois Website: http://events.linuxfoundation.org/events/linuxcon-north-america Call for Papers Deadline: May 2, 2014 Call for Papers URL: http://events.linuxfoundation.org/events/linuxcon-north-america/program/cfp Conference: CloudOpen North America Information: CloudOpen is the only conference offering collaboration and education for all matters of open source cloud, from CloudStack to KVM to Xen, Hadoop, Gluster, OpenStack and more. Date: August 20-22, 2014 Location: Chicago, Illinois Website: http://events.linuxfoundation.org/events/cloudopen-north-america Call for Papers Deadline: May 2, 2014 Call for Papers URL: http://events.linuxfoundation.org/events/cloudopen-north-america/program/cfp -- Brian Proffitt - oVirt Community Manager Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Re: [ovirt-users] VMs get hang
by Maurice James 18 Apr '14

18 Apr '14

----_com.android.email_1034179695696460 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 V2hpY2ggd291bGRudCBtYXR0ZXIgdGhlIG5ldHdvcmsgY29udGVudGlvbiBhbmQgc2xvdyBkaXNr cywgb3IgdGhlIG1hbmFnZXIgaG9zdGluZyBWTXM/CgoKU2VudCBmcm9tIG15IEdhbGF4eSBTwq5J SUkKCi0tLS0tLS0tIE9yaWdpbmFsIG1lc3NhZ2UgLS0tLS0tLS0KRnJvbTogTWljaGFsIFNrcml2 YW5layA8bWljaGFsLnNrcml2YW5la0ByZWRoYXQuY29tPiAKRGF0ZTowNC8xNy8yMDE0ICA1OjUz IEFNICAoR01ULTA1OjAwKSAKVG86IFl1c3VmaSBNIFIgPHl1c3VmQGdsb2JhbC1hbmFseXRpY3Mu Y29tPiAKQ2M6IHVzZXJzQG92aXJ0Lm9yZyxNYXVyaWNlIEphbWVzIDxtamFtZXNAbWVkaWEtbm9k ZS5jb20+IApTdWJqZWN0OiBSZTogW292aXJ0LXVzZXJzXSBWTXMgZ2V0IGhhbmcgCgoKT24gQXBy IDE1LCAyMDE0LCBhdCAxNDoxOCAsIE1hdXJpY2UgSmFtZXMgPG1qYW1lc0BtZWRpYS1ub2RlLmNv bT4gd3JvdGU6Cgo+IEZyb20gbXkgZXhwZXJpZW5jZSBpdCBjb3VsZCBiZSB0aGUgZm9sbG93aW5n LAo+IAo+IE5ldHdvcmsgY29udGVudGlvbgo+IERpc2sgbGF0ZW5jeSAoc2xvdyBkaXNrcykKPiAK PiBJcyB0aGUgb3ZpcnQgbWFuYWdlciBhbHNvIGEgVk0gaG9zdD8KCnRoYXQgd291bGRuJ3QgbWF0 dGVyLCB0aGUgY29tbXVuaWNhdGlvbiBpcyBiZXR3ZWVuIHRoZSBob3N0IGFuZCBTUElDRSBjbGll bnQgb25seSwgZW5naW5lIGlzIG5vdCBpbnZvbHZlZC4KCj4gCj4gRnJvbTogIll1c3VmaSBNIFIi IDx5dXN1ZkBnbG9iYWwtYW5hbHl0aWNzLmNvbT4KPiBUbzogdXNlcnNAb3ZpcnQub3JnCj4gU2Vu dDogVHVlc2RheSwgQXByaWwgMTUsIDIwMTQgNjoxMjoyNCBBTQo+IFN1YmplY3Q6IFtvdmlydC11 c2Vyc10gVk1zIGdldCBoYW5nCj4gCj4gSGVsbG8gRXZlcnlvbmUsCj7CoCAKPiBJIGhhdmUgb3Zp cnQgMy4zIHNldHVwIHdpdGggYXJvdW5kIDE1IFZNcyBjcmVhdGVkIGluIGl0LiBXZSBoYXZlIENl bnRPUzUgb24gdGhpcyBWTS4gVGhlIHVzZXJzIGhhdmUgcHJvYmxlbSBhY2Nlc3NpbmcgdGhlIFZN cyBhdCB0aW1lcy4gV2hpbGUgdGhleSBhcmUgd29ya2luZyBvbiBjb25zb2xlLCBpdCBqdXN0IGdl dHMgaGFuZy4gVGhlcmUgaXMgbm8gcmVzcG9uc2UgdG8gdGhlIGtleWJvYXJkLiBIYXZlIGxvb2sg YXQgdGhlIHJlc291cmNlIHVzYWdlIGR1cmluZyB0aGlzIHRpbWUsIENQVSBhbmQgUkFNIGlzIG5v cm1hbC4KPsKgIAo+IFRoZSBjbGllbnRzIHVzZXMgdXNlciBwb3J0YWwgdG8gbGF1bmNoIHRoZSBW TSBmcm9tIEZpcmVmb3guIFNwaWNlIGlzIHVzZWQgZm9yIHJlbW90ZSB2aWV3aW5nLgoKd2hhdCBz cGljZSBjbGllbnQ/CgpUaGFua3MsCm1pY2hhbAoKPsKgIAo+IERvIGFueW9uZSBoYXZlIGNvbWUg YWNyb3NzIHRoaXMgaXNzdWUgPyBMb29raW5nIGZvcndhcmQgZm9yIHlvdXIgaGVscC4KPiAKPiBS ZWdhcmRzLAo+IFl1c3VmCj4gCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KPiBVc2VycyBtYWlsaW5nIGxpc3QKPiBVc2Vyc0BvdmlydC5vcmcKPiBodHRw Oi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMKPiAKPiBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IFVzZXJzIG1haWxpbmcgbGlz dAo+IFVzZXJzQG92aXJ0Lm9yZwo+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0 aW5mby91c2VycwoK ----_com.android.email_1034179695696460 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj5XaGljaCB3b3VsZG50IG1h dHRlciB0aGUgbmV0d29yayBjb250ZW50aW9uIGFuZCBzbG93IGRpc2tzLCBvciB0aGUgbWFuYWdl ciBob3N0aW5nIFZNcz88L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxk aXYgc3R5bGU9ImZvbnQtc2l6ZTo5cHg7Y29sb3I6IzU3NTc1NyI+U2VudCBmcm9tIG15IEdhbGF4 eSBTwq5JSUk8L2Rpdj48L2Rpdj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIG1lc3NhZ2UgLS0t LS0tLS08YnI+RnJvbTogTWljaGFsIFNrcml2YW5layA8bWljaGFsLnNrcml2YW5la0ByZWRoYXQu Y29tPiA8YnI+RGF0ZTowNC8xNy8yMDE0ICA1OjUzIEFNICAoR01ULTA1OjAwKSA8YnI+VG86IFl1 c3VmaSBNIFIgPHl1c3VmQGdsb2JhbC1hbmFseXRpY3MuY29tPiA8YnI+Q2M6IHVzZXJzQG92aXJ0 Lm9yZyxNYXVyaWNlIEphbWVzIDxtamFtZXNAbWVkaWEtbm9kZS5jb20+IDxicj5TdWJqZWN0OiBS ZTogW292aXJ0LXVzZXJzXSBWTXMgZ2V0IGhhbmcgPGJyPjxicj48YnI+T24gQXByIDE1LCAyMDE0 LCBhdCAxNDoxOCAsIE1hdXJpY2UgSmFtZXMgJmx0O21qYW1lc0BtZWRpYS1ub2RlLmNvbSZndDsg d3JvdGU6PGJyPjxicj4mZ3Q7IEZyb20gbXkgZXhwZXJpZW5jZSBpdCBjb3VsZCBiZSB0aGUgZm9s bG93aW5nLDxicj4mZ3Q7IDxicj4mZ3Q7IE5ldHdvcmsgY29udGVudGlvbjxicj4mZ3Q7IERpc2sg bGF0ZW5jeSAoc2xvdyBkaXNrcyk8YnI+Jmd0OyA8YnI+Jmd0OyBJcyB0aGUgb3ZpcnQgbWFuYWdl ciBhbHNvIGEgVk0gaG9zdD88YnI+PGJyPnRoYXQgd291bGRuJ3QgbWF0dGVyLCB0aGUgY29tbXVu aWNhdGlvbiBpcyBiZXR3ZWVuIHRoZSBob3N0IGFuZCBTUElDRSBjbGllbnQgb25seSwgZW5naW5l IGlzIG5vdCBpbnZvbHZlZC48YnI+PGJyPiZndDsgPGJyPiZndDsgRnJvbTogIll1c3VmaSBNIFIi ICZsdDt5dXN1ZkBnbG9iYWwtYW5hbHl0aWNzLmNvbSZndDs8YnI+Jmd0OyBUbzogdXNlcnNAb3Zp cnQub3JnPGJyPiZndDsgU2VudDogVHVlc2RheSwgQXByaWwgMTUsIDIwMTQgNjoxMjoyNCBBTTxi cj4mZ3Q7IFN1YmplY3Q6IFtvdmlydC11c2Vyc10gVk1zIGdldCBoYW5nPGJyPiZndDsgPGJyPiZn dDsgSGVsbG8gRXZlcnlvbmUsPGJyPiZndDsmbmJzcDsgPGJyPiZndDsgSSBoYXZlIG92aXJ0IDMu MyBzZXR1cCB3aXRoIGFyb3VuZCAxNSBWTXMgY3JlYXRlZCBpbiBpdC4gV2UgaGF2ZSBDZW50T1M1 IG9uIHRoaXMgVk0uIFRoZSB1c2VycyBoYXZlIHByb2JsZW0gYWNjZXNzaW5nIHRoZSBWTXMgYXQg dGltZXMuIFdoaWxlIHRoZXkgYXJlIHdvcmtpbmcgb24gY29uc29sZSwgaXQganVzdCBnZXRzIGhh bmcuIFRoZXJlIGlzIG5vIHJlc3BvbnNlIHRvIHRoZSBrZXlib2FyZC4gSGF2ZSBsb29rIGF0IHRo ZSByZXNvdXJjZSB1c2FnZSBkdXJpbmcgdGhpcyB0aW1lLCBDUFUgYW5kIFJBTSBpcyBub3JtYWwu PGJyPiZndDsmbmJzcDsgPGJyPiZndDsgVGhlIGNsaWVudHMgdXNlcyB1c2VyIHBvcnRhbCB0byBs YXVuY2ggdGhlIFZNIGZyb20gRmlyZWZveC4gU3BpY2UgaXMgdXNlZCBmb3IgcmVtb3RlIHZpZXdp bmcuPGJyPjxicj53aGF0IHNwaWNlIGNsaWVudD88YnI+PGJyPlRoYW5rcyw8YnI+bWljaGFsPGJy Pjxicj4mZ3Q7Jm5ic3A7IDxicj4mZ3Q7IERvIGFueW9uZSBoYXZlIGNvbWUgYWNyb3NzIHRoaXMg aXNzdWUgPyBMb29raW5nIGZvcndhcmQgZm9yIHlvdXIgaGVscC48YnI+Jmd0OyA8YnI+Jmd0OyBS ZWdhcmRzLDxicj4mZ3Q7IFl1c3VmPGJyPiZndDsgPGJyPiZndDsgX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+Jmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8 YnI+Jmd0OyBVc2Vyc0BvdmlydC5vcmc8YnI+Jmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21h aWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+Jmd0OyA8YnI+Jmd0OyBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4mZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxi cj4mZ3Q7IFVzZXJzQG92aXJ0Lm9yZzxicj4mZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFp bG1hbi9saXN0aW5mby91c2Vyczxicj48YnI+PC9ib2R5Pg== ----_com.android.email_1034179695696460--

2 1

Repository ovirt-epel is listed more than once in the configuration
by Jorick Astrego 18 Apr '14

18 Apr '14

After upgrading to ovirt-release-11.2.0-1.noarch.rpm through yum, I see the following message when I use yum update again: Loaded plugins: fastestmirror, security, versionlock Repository ovirt-epel is listed more than once in the configuration I see two entries referencing ovit-epel in the repos: /etc/yum.repos.d/ovirt-epel.repo /etc/yum.repos.d/ovirt-dependencies.repo Shouldn't one of them get removed during the update? Kind regards, Jorick Astrego Netbulae B.V.

2 1

UI plugins: AngularJS Demo Plugin
by Vojtech Szocs 17 Apr '14

17 Apr '14

Hi guys, for those of you interested in AngularJS, there's now a sample oVirt UI plugin available from samples-uiplugins repo: http://www.ovirt.org/Features/UIPlugins#AngularJS_Demo_Plugin (It's very similar to one presented in our recent "Writing UI plugin with AngularJS" presentation.) When writing UI plugins beyond simple "hello world", it's important to keep the code well-structured and maintainable; utilizing proven patterns like Model-View-Controller, Dependency Injection, etc. seems to be a good way to go. Of course, some JavaScript ninjas might do things in a different way. :) Regards, Vojtech

1 0

IPAddress and FQDN Empty for the VM
by Udaya Kiran P 17 Apr '14

17 Apr '14

---2097401939-1482804632-1397543352=:10737 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi All,=0A=0AI have added two hosts (FC19) to oVirt Engine 3.4.0-1. I have = launched an Ubuntu 12.04 LTS VM on one of the Hosts.=0A=0AThe oVirt Web Por= tal is not displaying=A0IPAddress and FQDN for the VM.=0A=0APlease help me = troubleshoot this.=0A=0AAppreciate your help.=0A=0AThank You.=0A=0ARegards,= =0AUdaya Kiran ---2097401939-1482804632-1397543352=:10737 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:10pt"><div>Hi All,</div><di= v><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-family= : 'times new roman', 'new york', times, serif; background-color: transparen= t; font-style: normal;">I have added two hosts (FC19) to oVirt Engine 3.4.0= -1. I have launched an Ubuntu 12.04 LTS VM on one of the Hosts.</div><div s= tyle=3D"color: rgb(0, 0, 0); font-size: 13px; font-family: 'times new roman= ', 'new york', times, serif; background-color: transparent; font-style: nor= mal;"><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-fa= mily: 'times new roman', 'new york', times, serif; background-color: transp= arent; font-style: normal;">The oVirt Web Portal is not displaying IPA= ddress and FQDN for the VM.</div><div style=3D"color: rgb(0, 0, 0); font-si= ze: 13px; font-family: 'times new roman', 'new york', times, serif; background-color: transparent; font-style: normal;"><br></div><div style= =3D"color: rgb(0, 0, 0); font-size: 13px; font-family: 'times new roman', '= new york', times, serif; background-color: transparent; font-style: normal;= ">Please help me troubleshoot this.</div><div style=3D"color: rgb(0, 0, 0);= font-size: 13px; font-family: 'times new roman', 'new york', times, serif;= background-color: transparent; font-style: normal;"><br></div><div style= =3D"color: rgb(0, 0, 0); font-size: 13px; font-family: 'times new roman', '= new york', times, serif; background-color: transparent; font-style: normal;= ">Appreciate your help.</div><div style=3D"color: rgb(0, 0, 0); font-size: = 13px; font-family: 'times new roman', 'new york', times, serif; background-= color: transparent; font-style: normal;"><br></div><div style=3D"color: rgb= (0, 0, 0); font-size: 13px; font-family: 'times new roman', 'new york', tim= es, serif; background-color: transparent; font-style: normal;">Thank You.</div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-family:= 'times new roman', 'new york', times, serif; background-color: transparent= ; font-style: normal;"><br></div><div style=3D"color: rgb(0, 0, 0); font-si= ze: 13px; font-family: 'times new roman', 'new york', times, serif; backgro= und-color: transparent; font-style: normal;">Regards,</div><div style=3D"co= lor: rgb(0, 0, 0); font-size: 13px; font-family: 'times new roman', 'new yo= rk', times, serif; background-color: transparent; font-style: normal;">Uday= a Kiran</div></div></body></html> ---2097401939-1482804632-1397543352=:10737--

3 6

Fwd: Re: [ovirt-devel] [QE] oVirt 3.4.1 RC status
by Sven Kieske 17 Apr '14

17 Apr '14

I just wanted to let the users list know this, because I think the interest on the users list will be much higher to get debian into ovirt ;-) https://bugzilla.redhat.com/show_bug.cgi?id=1073453 -------- Original-Nachricht -------- Betreff: Re: [ovirt-devel] [QE] oVirt 3.4.1 RC status Datum: Thu, 17 Apr 2014 10:49:14 +0000 Von: Sven Kieske <S.Kieske(a)mittwald.de> An: devel(a)ovirt.org <devel(a)ovirt.org> Well I added some questions to the tracker bug. It would be huge if "Debian 7" could be selected as a vm OS. I don't see anything preventing this tbh, but it's just not implemented yet (shouldn't be much work?) Thanks -- 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 _______________________________________________ Devel mailing list Devel(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/devel

1 0

oVirt - RHEV release
by Maurice James 17 Apr '14

17 Apr '14

------=_Part_353_1377390067.1397732327075 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I'm curious about which version of oVirt will power the next release of RHEV. Here is why I ask. I have come across a few major problems since upgrading to 3.4.x (External Authentication BZ1081204, Quota assignment BZ1081014, Live migration "qemu bug" ) to name a few. I imagine that all of the features need to be polished before inclusion into RHEV. I'm trying to get my company to adopt RHEV instead of V-Sphere but that is becoming a little tricky. Minus the cool new features of 3.4.x 3.3.4 was pretty stable IMO. ------=_Part_353_1377390067.1397732327075 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div><span style=3D"color: #333333; f= ont-family: monospace; font-size: 13px; background-color: #fafafa;" data-mc= e-style=3D"color: #333333; font-family: monospace; font-size: 13px; backgro= und-color: #fafafa;">  I'm curious about which version of oVirt will p= ower the next release of RHEV. Here is why I ask.</span></div><div><span st= yle=3D"color: #333333; font-family: monospace; font-size: 13px; background-= color: #fafafa;" data-mce-style=3D"color: #333333; font-family: monospace; = font-size: 13px; background-color: #fafafa;">I have come across a few major= problems since upgrading to 3.4.x (External Authentication BZ1081204, Quot= a assignment BZ1081014, Live migration "qemu bug" ) to name a few. I imagin= e that all of the features need to be polished before inclusion into RHEV. = I'm trying to get my company to adopt RHEV instead of V-Sphere but that is = becoming a little tricky. Minus the cool new features of 3.4.x 3.3.4 was pr= etty stable IMO.</span></div><div><br></div><div><span name=3D"x"></span><d= iv><span style=3D"font-family: 'trebuchet ms', sans-serif;" data-mce-style= =3D"font-family: 'trebuchet ms', sans-serif;"></span></div></div></div></bo= dy></html> ------=_Part_353_1377390067.1397732327075--

2 1

VMs get hang
by Yusufi M R 17 Apr '14

17 Apr '14

--_000_9f24e13b0f7648169951a35503ea9875BY2PR07MB187namprd07pro_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Everyone, I have ovirt 3.3 setup with around 15 VMs created in it. We have CentOS5 on= this VM. The users have problem accessing the VMs at times. While they are= working on console, it just gets hang. There is no response to the keyboar= d. Have look at the resource usage during this time, CPU and RAM is normal. The clients uses user portal to launch the VM from Firefox. Spice is used f= or remote viewing. Do anyone have come across this issue ? Looking forward for your help. Regards, Yusuf --_000_9f24e13b0f7648169951a35503ea9875BY2PR07MB187namprd07pro_ 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-IN" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hello Everyone,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I have ovirt 3.3 setup with around 15 VMs created in= it. We have CentOS5 on this VM. The users have problem accessing the VMs a= t times. While they are working on console, it just gets hang. There is no = response to the keyboard. Have look at the resource usage during this time, CPU and RAM is normal.<o:p></o:p><= /p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">The clients uses user portal to launch the VM from F= irefox. Spice is used for remote viewing. <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Do anyone have come across this issue ? Looking forw= ard for your help.<br> <br> <o:p></o:p></p> <p class=3D"MsoNormal">Regards,<o:p></o:p></p> <p class=3D"MsoNormal">Yusuf<o:p></o:p></p> </div> </body> </html> --_000_9f24e13b0f7648169951a35503ea9875BY2PR07MB187namprd07pro_--

3 2

Re: [ovirt-users] hosted engine health check issues
by Jiri Moskovcak 17 Apr '14

17 Apr '14

On 04/17/2014 09:34 AM, René Koch wrote: > On 04/15/2014 04:53 PM, Jiri Moskovcak wrote: >> On 04/14/2014 10:50 AM, René Koch wrote: >>> Hi, >>> >>> I have some issues with hosted engine status. >>> >>> oVirt hosts think that hosted engine is down because it seems that hosts >>> can't write to hosted-engine.lockspace due to glusterfs issues (or at >>> least I think so). >>> >>> Here's the output of vm-status: >>> >>> # hosted-engine --vm-status >>> >>> >>> --== Host 1 status ==-- >>> >>> Status up-to-date : False >>> Hostname : 10.0.200.102 >>> Host ID : 1 >>> Engine status : unknown stale-data >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 1397035677 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=1397035677 (Wed Apr 9 11:27:57 2014) >>> host-id=1 >>> score=2400 >>> maintenance=False >>> state=EngineUp >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.200.101 >>> Host ID : 2 >>> Engine status : {'reason': 'vm not running on this >>> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'} >>> Score : 0 >>> Local maintenance : False >>> Host timestamp : 1397464031 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=1397464031 (Mon Apr 14 10:27:11 2014) >>> host-id=2 >>> score=0 >>> maintenance=False >>> state=EngineUnexpectedlyDown >>> timeout=Mon Apr 14 10:35:05 2014 >>> >>> oVirt engine is sending me 2 emails every 10 minutes with the following >>> subjects: >>> - ovirt-hosted-engine state transition EngineDown-EngineStart >>> - ovirt-hosted-engine state transition EngineStart-EngineUp >>> >>> In oVirt webadmin I can see the following message: >>> VM HostedEngine is down. Exit message: internal error Failed to acquire >>> lock: error -243. >>> >>> These messages are really annoying as oVirt isn't doing anything with >>> hosted engine - I have an uptime of 9 days in my engine vm. >>> >>> So my questions are now: >>> Is it intended to send out these messages and detect that ovirt engine >>> is down (which is false anyway), but not to restart the vm? >>> >>> How can I disable notifications? I'm planning to write a Nagios plugin >>> which parses the output of hosted-engine --vm-status and only Nagios >>> should notify me, not hosted-engine script. >>> >>> Is is possible or planned to make the whole ha feature optional? I >>> really really really hate cluster software as it causes more troubles >>> then standalone machines and in my case the hosted-engine ha feature >>> really causes troubles (and I didn't had a hardware or network outage >>> yet only issues with hosted-engine ha agent). I don't need any ha >>> feature for hosted engine. I just want to run engine virtualized on >>> oVirt and if engine vm fails (e.g. because of issues with a host) I'll >>> restart it on another node. >> >> Hi, you can: >> 1. edit /etc/ovirt-hosted-engine-ha/{agent,broker}-log.conf and tweak >> the logger as you like >> 2. or kill ovirt-ha-broker & ovirt-ha-agent services > > Thanks for the information. > So engine is able to run when ovirt-ha-broker and ovirt-ha-agent isn't > running? > - yes, it might cause some problems if you set up another host for hosted engine and run the agent on the other host, but as long as you don't have the agent running anywhere or you don't need to migrate the engine vm, you should be fine. --Jirka > > Regards, > René > >> >> --Jirka >>> >>> Thanks, >>> René >>> >>> >>

2 1

Nagios/Icinga monitoring plugin check_rhev3 1.4 released
by René Koch 17 Apr '14

17 Apr '14

I'm happy to announce version 1.4 of check_rhev3. check_rhev3 is a monitoring plugin for Icinga/Nagios and it's forks, which is used to monitor datacenters, clusters, hosts, vms, vm pools and storage domains of Red Hat Enterprise Virtualization (RHEV) and oVirt virtualization environments. Download this plugin from: https://github.com/ovido/check_rhev3/releases/check_rhev3-1.4 For further information on how to install this plugin visit: https://github.com/ovido/check_rhev3/wiki/Installation-Documentation A detailed usage documentation can be found here: https://github.com/ovido/check_rhev3/wiki/Usage-Documentation Changelog: * New features: - Get status of vms on a specific host (Issue #8) - Proxy/No Proxy environment variable support (Issue #12) - Removed RHEV password from debug output and added plugin version number (Issue #13) - Default port changed to 443 (Issue #15) - Improved source code formatting (Issue #16) - Default warning and critical thresholds for CPU load based on number of cores (Issue #17) - More detailed status information for datacenters, hosts, vms and storagedomains (Issue #18) - PNP4Nagios templates for datacenter, hosts and vms stati (Issue #23) * Bugs fixed: - Interface traffic in Mbytes/s instead of Bytes/s (Issue #14) - Authentication fails if password contains equal sign (Issue #21) - Initialization of variable in check_rhev3.pl - thanks Administratoor (Issue #22) - Memory usage of vms in hypervisor set to 0 if negative (Issue #24) Please note! - Default port of API has change to 443. If you're using a different port please update your Nagios command definition to use your port (add option -p). - Performance data for datacenter, host, vm and storagedomain status now provide more detailed information and therefor use a new format. Please convert or remove your old PNP4Nagios RRD databases in order to be able to use the new feature. - Network traffic calculation is fixed, so please remove your old PNP4Nagios RRD databases for the network graphs. If you have any questions or ideas, please drop me an email: rkoch(a)linuxland.at. Thank you for using check_rhev3. -- Best Regards René Koch Senior Solution Architect ============================================ LIS-Linuxland GmbH Brünner Straße 163, A-1210 Vienna Phone: +43 1 236 91 60 Mobile: +43 660 / 512 21 31 E-Mail: rkoch(a)linuxland.at ============================================

3 4

vdsm host hooks
by Maurice James 17 Apr '14

17 Apr '14

------=_Part_266_1298254940.1397693635990 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Does anyone know of a good reference/how-to for vdsm host hooks? ------=_Part_266_1298254940.1397693635990 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Does anyone know of a good reference/how-to for vdsm host hooks?</div><div><span name="x"></span><div><span style="font-family: 'trebuchet ms', sans-serif;" data-mce-style="font-family: 'trebuchet ms', sans-serif;"></span></div></div></div></body></html> ------=_Part_266_1298254940.1397693635990--

3 2

HA question
by Maurice James 17 Apr '14

17 Apr '14

------=_Part_869_900338456.1397586237056 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit If I lose the host with the engine manager, will HA still function? ------=_Part_869_900338456.1397586237056 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>If I lose the host with the engine manager, will HA still function?<br data-mce-bogus="1"></div></div></body></html> ------=_Part_869_900338456.1397586237056--

4 6

[Users] Instructions to add a remote controlled power strip not in the native list?
by David Smith 16 Apr '14

16 Apr '14

We use Raritan / Dominion PX remote power blocks, is there a way to easily add support for these? On a feature request side, seems like adding support for generic wouldn't be too hard; just ask for what the login/password prompts look like, what the main prompt is, and the command sequence to turn on and off a port as well as logout.

6 40

Export domain. Same LUN but different NFS server : update SQL table?
by Nicolas Ecarnot 16 Apr '14

16 Apr '14

Hi, Our NFS storage domain is stored as a LUN, and served via a NFS server. I have to change this NFS server, but I don't need to change the LUN. After setting this NFS export domain in maintenance and detached, is it safe to just update the database table "storage_server_connections" and restart the engine? Regards, PS : I read no answer to this : http://lists.ovirt.org/pipermail/users/2014-March/022610.html -- Nicolas Ecarnot

1 2

off topic = newbie with bugzilla, gerrit and ovirt VDSM 4.14
by Tamer Lima 16 Apr '14

16 Apr '14

Hi, I have a problem with an automatic yum vdsm upgrade (4.13 to 4.14) on ovirt 3.3 : Host x.x.x.x is installed with VDSM version (4.14) and cannot join cluster Default which is compatible with VDSM versions [4.13,4.9,4.11,4.12,4.10]. I am searching the solution and one of them (from bz Bug 1083008 ) points to gerrit site(http://gerrit.ovirt.org/#/c/23456/) I do not have any experience in solving bugs, neither bz, gerrit, github.... How to initialize in this world and solve the ovirt problem ? another thing : does downgrade or remove vdms package excludes the installed virtual machines ? I know about ovirt 3.4 is the new release, but I want to learn how to solve some bugs when new releases is not launched; (off course I am afraid to upgrade to ovirt 3.4 too :) ) Tamer

4 6

Re: [ovirt-users] SPM error
by Maurice James 16 Apr '14

16 Apr '14

What did you do to try to fix the sanlock? Anything is better than nothing at this point ----- Original Message ----- From: "Ted Miller" <tmiller(a)hcjb.org> To: "Maurice James" <mjames(a)media-node.com> Sent: Friday, April 11, 2014 7:27:24 PM Subject: Re: [ovirt-users] SPM error I did receive some help on one stage of rebuilding my sanlock, but there were too many other things wrong to get it started again. Only advice I have is -- look at your sanlock logs, and see if you can find anything there that is helpful. On 4/11/2014 7:23 PM, Maurice James wrote: > Nooooooo. > > > Sent from my Galaxy S®III > > -------- Original message -------- > From: Ted Miller <tmiller(a)hcjb.org> > Date:04/11/2014 7:08 PM (GMT-05:00) > To: Maurice James <mjames(a)media-node.com> > Subject: Re: [ovirt-users] SPM error > > > > I didn't, really. I did something wrong along the way, and ended up having > to rebuild the engine and hosts. (My problems were due to a glusterfs > split-brain.) > Ted Miller > > On 4/11/2014 6:03 PM, Maurice James wrote: >> How did you fix it? >> >> >> Sent from my Galaxy S®III >> >> -------- Original message -------- >> From: Ted Miller <tmiller(a)hcjb.org> >> Date:04/11/2014 6:00 PM (GMT-05:00) >> To: users(a)ovirt.org >> Subject: Re: [ovirt-users] SPM error >> >> >> >> On 4/11/2014 2:05 PM, Maurice James wrote: >>> I have an error trying to bring the master DC back online. After several >>> reboots, no luck. I took the other cluster members offline to try to >>> troubleshoot. The remaining host is constantly in contention with itself >>> for SPM >>> >>> >>> ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] >>> (DefaultQuartzScheduler_Worker-40) [38d400ea] >>> IrsBroker::Failed::GetStoragePoolInfoVDS due to: >>> IrsSpmStartFailedException: IRSGenericException: IRSErrorException: >>> SpmStart failed >>> >> I'm no expert, but the last time I beat my head on that rock, something was >> wrong with my sanlock storage. YMMV >> Ted Miller >> Elkhart, IN, USA >> -- "He is no fool who gives what he cannot keep, to gain what he cannot lose." - - Jim Elliot For more information about Jim Elliot and his unusual life, see http://www.christianliteratureandliving.com/march2003/carolyn.html. Ted Miller Design Engineer HCJB Global Technology Center, a ministry of Reach Beyond 2830 South 17th St Elkhart, IN 46517 574--970-4272 my desk 574--970-4252 receptionist

5 13

[Users] Otopi pre-seeded answers and firewall settings
by Giuseppe Ragusa 16 Apr '14

16 Apr '14

--_a5ec309a-8526-4910-aaa4-2d74d77ba60d_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all=2C I'm trying to automate as much as possible of ovirt-hosted-engine-setup and= engine-setup by means of otopi answer files passed in using "--config-appe= nd=3Dfilename.conf". I succeded in forcing engine-setup to leave my iptables settings alone with= : OVESETUP_CONFIG/firewallManager=3Dstr:iptables OVESETUP_CONFIG/updateFirewall=3Dbool:False but ovirt-hosted-engine-setup still modified my iptables settings even with= the following options: OVEHOSTED_NETWORK/firewallManager=3Dstr:iptables OVEHOSTED_NETWORK/iptablesEnable=3Dbool:False Maybe I used the wrong option (deduced by looking inside source code). Does anybody have any hint/suggestion? Many thanks in advance=2C Giuseppe = --_a5ec309a-8526-4910-aaa4-2d74d77ba60d_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'>Hi all=2C<br>I'm trying to autom= ate as much as possible of ovirt-hosted-engine-setup and engine-setup by me= ans of otopi answer files passed in using "--config-append=3Dfilename.conf"= .<br><br>I succeded in forcing engine-setup to leave my iptables settings a= lone with:<br><br>OVESETUP_CONFIG/firewallManager=3Dstr:iptables<br>OVESETU= P_CONFIG/updateFirewall=3Dbool:False<br><br>but ovirt-hosted-engine-setup s= till modified my iptables settings even with the following options:<br><br>= OVEHOSTED_NETWORK/firewallManager=3Dstr:iptables<br>OVEHOSTED_NETWORK/iptab= lesEnable=3Dbool:False<br><br>Maybe I used the wrong option (deduced by loo= king inside source code).<br><br>Does anybody have any hint/suggestion?<br>= <br>Many thanks in advance=2C<br>Giuseppe<br> </div></body> </html>= --_a5ec309a-8526-4910-aaa4-2d74d77ba60d_--

5 13

VM samba4 is down. Exit message: 'int' object has no attribute 'replace'.
by René Koch 16 Apr '14

16 Apr '14

Hi, I configured Network QoS in my oVirt 3.4 setup, but can't start vms. Here are the steps I did: - Create QoS in Data Centers - Network QoS tab (Name: testing, limits: 10/10/100, 10/10/100) - Add QoS to vNIC Profile using Networks - vNIC Profile - edit When I try to start a vm the following error is shown in vdsm.log: Thread-837844::ERROR::2014-04-14 12:45:51,822::vm::2289::vm.Vm::(_startUnderlyingVm) vmId=`d7034850-c274-48f7-ac0f-b3d4cc57c255`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 2249, in _startUnderlyingVm self._run() File "/usr/share/vdsm/vm.py", line 3135, in _run domxml = hooks.before_vm_start(self._buildCmdLine(), self.conf) File "/usr/share/vdsm/vm.py", line 2965, in _buildCmdLine self._appendDevices(domxml) File "/usr/share/vdsm/vm.py", line 2922, in _appendDevices deviceXML = dev.getXML().toxml(encoding='utf-8') File "/usr/lib64/python2.6/xml/dom/minidom.py", line 45, in toxml return self.toprettyxml("", "", encoding) File "/usr/lib64/python2.6/xml/dom/minidom.py", line 59, in toprettyxml self.writexml(writer, "", indent, newl) File "/usr/share/vdsm/vm.py", line 5268, in __hacked_writexml node.writexml(writer, indent + addindent, addindent, newl) File "/usr/share/vdsm/vm.py", line 5268, in __hacked_writexml node.writexml(writer, indent + addindent, addindent, newl) File "/usr/share/vdsm/vm.py", line 5256, in __hacked_writexml xml.dom.minidom._write_data(writer, attrs[a_name].value) File "/usr/lib64/python2.6/xml/dom/minidom.py", line 301, in _write_data data = data.replace("&", "&").replace("<", "<") AttributeError: 'int' object has no attribute 'replace' Thread-837844::DEBUG::2014-04-14 12:45:51,826::vm::2731::vm.Vm::(setDownStatus) vmId=`d7034850-c274-48f7-ac0f-b3d4cc57c255`::Changed state to Down: 'int' object has no attribute 'replace' When removing the QoS (or better say put it to unlimited) my vm is starting fine. My host is running CentOS 6.5 with latest updates. -- Best Regards René Koch Senior Solution Architect ============================================ LIS-Linuxland GmbH Brünner Straße 163, A-1210 Vienna Phone: +43 1 236 91 60 Mobile: +43 660 / 512 21 31 E-Mail: rkoch(a)linuxland.at ============================================

5 5

[Users] Updating AIO from 3.3.4 to 3.4
by Gianluca Cecchi 16 Apr '14

16 Apr '14

Hello, I know that AIO setup is only for experimenting and trying but I find it very useful in several situations. So having a 3.3.4 All-In_one installation on fedora19 and wanting to update it to 3.4 I have some doubts. In release notes I see for general updates: On Fedora 19 you'll need to enable fedora-updates repository for having updated openstack packages --> OK. It is normally already enabled On Fedora 19, you'll need to enable fedora-virt-preview repository for using Fedora 19 as node on 3.4 clusters --> how do I managed this? This is indeed a node too, so I have to enable virt-preview for it? Correct? BTW: Is this note still true in general or did the related virt packages go into fedora-updates, or is it planned in coming days/weeks? When engine-setup is run and detects that a newer version is available and outputs that I have to run yum update ovirt-engine-setup is it correct to say that in AIO setups I should actually run yum update ovirt-engine-setup ovirt-engine-setup-plugin-allinone or is it the latest package not crucial to be updated before new engine-setup is run? At the end of engine update can I simply put the AIO server into maintenance (as a node) and run "yum update" so that vdsm (aka node) packages are updated too and so the server will become a 3.4 enabled node after reboot? Thanks, Gianluca

3 2

almost there
by info＠aliengine.it 16 Apr '14

16 Apr '14

Hello everyone I wrestled alot to come to this point now I am in the process to install the first kvm but when I click on run once it seems unable to find the iso. please help

2 1

Hosted engine
by Maurice James 16 Apr '14

16 Apr '14

------=_Part_847_689313863.1397585333502 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Scenario I have a hosted engine setup with 2 nodes with shared iscsi storage. Question: If I yanked the plug on the host that the hosted engine vm is running on, will it come back up on the remaining host without any intervention? ------=_Part_847_689313863.1397585333502 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div><br>Scenario</div><div>I have a hosted engine setup with 2 nodes with shared iscsi storage.<br></div><div><br></div><div>Question:<br></div><div>If I yanked the plug on the host that the hosted engine vm is running on, will it come back up on the remaining host without any intervention?<br></div></div></body></html> ------=_Part_847_689313863.1397585333502--

5 6

Adding user in engine WEB UI
by Gabi C 15 Apr '14

15 Apr '14

Hello! Besides having "a directory server of some kind" as per http://comments.gmane.org/gmane.comp.emulators.ovirt.user/3850 aren't any other possibilities of adding user, especially a local one? Thanks!

4 5

[Users] Guest Agent for SLES 11 SP3
by Markus Stockhausen 15 Apr '14

15 Apr '14

------=_NextPartTM-000-78d3c075-3b0c-4294-9f84-27837d09c495 Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD173585F34B4EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585F34B4EXCHANGEcollogi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, http://lists.ovirt.org/pipermail/users/2013-November/018130.html suggests that there exists a guest agent for SLES 11 SP3. Could someone provide a download link? Thanks. Markus --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585F34B4EXCHANGEcollogi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style id=3D"owaParaStyle" type=3D"text/css">P {margin-top:0;margin-bottom:= 0;}</style> </head> <body ocsi=3D"0" fpstyle=3D"1"> <div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: = 10pt;">Hello,<br> <br> <a href=3D"http://lists.ovirt.org/pipermail/users/2013-November/018130.html= " target=3D"_blank">http://lists.ovirt.org/pipermail/users/2013-November/01= 8130.html</a> suggests <br> that there exists a guest agent for SLES 11 SP3. Could someone provide a <b= r> download link?<br> <br> Thanks.<br> <br> Markus<br> <br> <br> </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585F34B4EXCHANGEcollogi_-- ------=_NextPartTM-000-78d3c075-3b0c-4294-9f84-27837d09c495 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-78d3c075-3b0c-4294-9f84-27837d09c495--

2 3

[Users] hosted engine setup (NFS)
by René Koch 15 Apr '14

15 Apr '14

Hi, I installed hosted engine and faced an issue with NFS during installation. First of all, I'm using GlusterFS on my storage and ovirt engine doesn't support GlusterFS yet, only NFS. But for NFS I can't use mountprotpo=tcp as hosted-engine --setup doesn't ask for NFS options. So I manually edited the following file: /usr/share/ovirt-hosted-engine-setup/plugins/ovirt-hosted-engine-setup/storage/storage.py and changed opts.append('vers=3'): if domain_type == 'nfs3': fstype = 'nfs' opts.append('vers=3,mountproto=tcp') My question is now: is it possible to ask for NFS options during setup or do you think this can lead into problems? NFS via TCP worked fine for me for one week until I rebooted the host today (did reboot tests last weeks, too which was fine) and can't start hosted engine anymore (see other mail thread), but I think the other issue is not NFS mountproto related. -- Best Regards René Koch Senior Solution Architect ============================================ LIS-Linuxland GmbH Brünner Straße 163, A-1210 Vienna Phone: +43 1 236 91 60 Mobile: +43 660 / 512 21 31 E-Mail: rkoch(a)linuxland.at ============================================

3 3

Error creating Disks
by Maurice James 14 Apr '14

14 Apr '14

------=_Part_495_1151800014.1397484037085 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit oVirt Engine Version: 3.4.1-0.0.master.20140412010845.git43746c6.el6 While attempting to create a disk on an NFS storage domain, it fails with the following error in the engine.log 2014-04-14 09:58:12,127 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-72) Failed in HSMGetAllTasksStatusesVDS method 2014-04-14 09:58:12,139 ERROR [org.ovirt.engine.core.bll.SPMAsyncTask] (DefaultQuartzScheduler_Worker-72) BaseAsyncTask::LogEndTaskFailure: Task ee6ce682-bd76-467a-82d2-d227229cb9de (Parent Command AddDisk, Parameters Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) ended with failure: 2014-04-14 09:58:12,159 ERROR [org.ovirt.engine.core.bll.AddDiskCommand] (org.ovirt.thread.pool-6-thread-9) [483e53d6] Ending command with failure: org.ovirt.engine.core.bll.AddDiskCommand 2014-04-14 09:58:12,212 ERROR [org.ovirt.engine.core.bll.AddImageFromScratchCommand] (org.ovirt.thread.pool-6-thread-9) [ab1e0be] Ending command with failure: org.ovirt.engine.core.bll.AddImageFromScratchCommand ------=_Part_495_1151800014.1397484037085 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div><span style=3D"font-family: 'Ari= al Unicode MS', Arial, sans-serif; font-size: small; text-align: -webkit-ce= nter; background-color: #ffffff;" data-mce-style=3D"font-family: 'Arial Uni= code MS', Arial, sans-serif; font-size: small; text-align: -webkit-center; = background-color: #ffffff;">oVirt Engine Version: 3.4.1-0.0.master.20140412= 010845.git43746c6.el6</span></div><div><span style=3D"font-family: 'Arial U= nicode MS', Arial, sans-serif; font-size: small; text-align: -webkit-center= ; background-color: #ffffff;" data-mce-style=3D"font-family: 'Arial Unicode= MS', Arial, sans-serif; font-size: small; text-align: -webkit-center; back= ground-color: #ffffff;"><br></span></div><div><br></div><div>While attempti= ng to create a disk on an NFS storage domain, it fails with the following e= rror in the engine.log</div><div><br></div><div><br></div><div><p style=3D"= margin: 0px;" data-mce-style=3D"margin: 0px;">2014-04-14 09:58:12,127 ERROR= [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSComman= d] (DefaultQuartzScheduler_Worker-72) Failed in HSMGetAllTasksStatusesVDS m= ethod<br>2014-04-14 09:58:12,139 ERROR [org.ovirt.engine.core.bll.SPMAsyncT= ask] (DefaultQuartzScheduler_Worker-72) BaseAsyncTask::LogEndTaskFailure: T= ask ee6ce682-bd76-467a-82d2-d227229cb9de (Parent Command AddDisk, Parameter= s Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) ended w= ith failure:<br>2014-04-14 09:58:12,159 ERROR [org.ovirt.engine.core.bll.Ad= dDiskCommand] (org.ovirt.thread.pool-6-thread-9) [483e53d6] Ending command = with failure: org.ovirt.engine.core.bll.AddDiskCommand<br>2014-04-14 09:58:= 12,212 ERROR [org.ovirt.engine.core.bll.AddImageFromScratchCommand] (org.ov= irt.thread.pool-6-thread-9) [ab1e0be] Ending command with failure: org.ovir= t.engine.core.bll.AddImageFromScratchCommand</p></div><div><br></div><div><= span name=3D"x"></span><div><span style=3D"font-family: 'trebuchet ms', san= s-serif;" data-mce-style=3D"font-family: 'trebuchet ms', sans-serif;"></spa= n></div></div></div></body></html> ------=_Part_495_1151800014.1397484037085--

5 40

Disable auth basic in API
by Jose Manuel Marquez Alhambra 14 Apr '14

14 Apr '14

Hi, I’m testing a connection broker that uses oVirt's API. At the moment, the connection broker doesn’t work because it doesn’t send the basic authentication to oVirt's API. I contacted the developers and they're investigating the error. While they solve the error, I would like to continue testing the connection broker. Is there any way to disable auth basic in oVirt's API? I’m using it in a testing environment (oVirt 3.4 at CentOS 6), so I’m not worried about security risks. Thank you. Regards, Jose

3 3

minimum DNS requirements for /etc/hosts
by Jeremiah Jahn 14 Apr '14

14 Apr '14

So like the nut job I am, I host my dns server on a virtual machine that is now hosted by ovirt, I also have a few gateway machine in there as well for routing traffic between internal networks. With virt-manager, DNS rarely seemed to be an issue. I'd connect to a host IP, and bring up the vm, no problem. Ovirt on the other hand takes forever if dns is down. So i've passed around a /etc/hosts file to resolve any ip address that ovirt might be looking for while dns is out. I'd like to verify at an abstract level, what needs to be in said file, to keep everything from timing out, or just taking forever. name and FQDN of each host name and FQDN of engine host name and FQDN of each storage domain. Is this enough, or are there other places/things the ovirt node and hosts might be trying to resolve? thanks, -jj-

3 2

Re: [ovirt-users] minimum DNS requirements for /etc/hosts
by Jeremiah Jahn 14 Apr '14

14 Apr '14

I only use names for storage, but didn't have entries for the engine yet, So I think ssh was slow since it couldn't do reverse DNS lookups against the engine where my consoles are coming from. Thanks for the input. I wanted to verify before testing since this is a production environment. It seems like even the XMLRPC code must try and do a reverse DNS against the engine as well, not just ssh. Seems like the engine hosts also needs said hosts file as well.. On Mon, Apr 14, 2014 at 8:23 AM, René Koch <rkoch(a)linuxland.at> wrote: > On 04/14/2014 03:08 PM, Jeremiah Jahn wrote: >> >> So like the nut job I am, I host my dns server on a virtual machine >> that is now hosted by ovirt, I also have a few gateway machine in >> there as well for routing traffic between internal networks. With >> virt-manager, DNS rarely seemed to be an issue. I'd connect to a host >> IP, and bring up the vm, no problem. Ovirt on the other hand takes >> forever if dns is down. So i've passed around a /etc/hosts file to >> resolve any ip address that ovirt might be looking for while dns is >> out. I'd like to verify at an abstract level, what needs to be in >> said file, to keep everything from timing out, or just taking forever. >> >> name and FQDN of each host >> name and FQDN of engine host >> name and FQDN of each storage domain. >> >> Is this enough, or are there other places/things the ovirt node and >> hosts might be trying to resolve? > > > Afaik this should be enough. > Just remember that e.g. ssh login will still be slow if the DNS server isn't > reachable as you have to wait until it reaches a timeout. > > My oVirt setup doesn't have any DNS entry - just the hosts and engine in > /etc/hosts. But I don't use DNS names at all only IP addresses... > > > Regards, > René > >> >> thanks, >> -jj- >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >

1 0

Re: [ovirt-users] [Users] hosted engine setup (NFS)
by Sandro Bonazzola 14 Apr '14

14 Apr '14

Il 14/04/2014 14:23, René Koch ha scritto: > > On 04/14/2014 12:39 PM, Sandro Bonazzola wrote: >> Il 03/03/2014 12:39, René Koch ha scritto: >>> Hi, >>> >>> I installed hosted engine and faced an issue with NFS during installation. >>> >>> First of all, I'm using GlusterFS on my storage and ovirt engine doesn't support GlusterFS yet, only NFS. >>> >>> But for NFS I can't use mountprotpo=tcp as hosted-engine --setup doesn't ask for NFS options. >>> >>> So I manually edited the following file: >>> /usr/share/ovirt-hosted-engine-setup/plugins/ovirt-hosted-engine-setup/storage/storage.py >>> >>> and changed opts.append('vers=3'): >>> >>> if domain_type == 'nfs3': >>> fstype = 'nfs' >>> opts.append('vers=3,mountproto=tcp') >>> >>> My question is now: is it possible to ask for NFS options during setup or do you think this can lead into problems? NFS via TCP worked fine for me for >>> one week until I rebooted the host today (did reboot tests last weeks, too which was fine) and can't start hosted engine anymore (see other mail >>> thread), but I think the other issue is not NFS mountproto related. >>> >>> >> >> Well, in hosted-engine setup we don't ask for additional options because we don't store them. >> We just ask for nfs3 or nfs4 because we pass that value as protocol version to VDSM connectStorageServer verb. >> The above change affects only the temporary mount done for validating the domain. > > Thanks a lot for the information. > > Btw, I can mount mit GlusterFS 3.4.2 NFS share now without specifying -o mountproto=tcp. Is upd now possible or is the protocol determined > automatically now? I didn't test if hosted-engine-setup is able to mount GlusterFS NFS shares now without hacks, too - only discovered this new > behavior on my hosts. I don't know > > Slightly off-topic question: > The storage options are stored in /etc/ovirt-hosted-engine/hosted-engine.conf, right? If I want to change the ip address of my storage I simply put > engine into global maintenance mode, change IP in hosted-engine.conf and re-enable hsoted-engine vm again? Or are there more steps required? yes, storage info are stored in /etc/ovirt-hosted-engine/hosted-engine.conf. By the way, if you want to propagate the info on new hypervisors when you run deploy on them, you should also update the answer file in /etc/ovirt-hosted-engine/answers.conf so it will be configured automatically in newly installed hypervisors > > > Regards, > René > >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [Users] 2 virtual monitors for Fedora guest
by Gianluca Cecchi 14 Apr '14

14 Apr '14

Some prelimianry tests at my side. oVirt 3.4 on fedora 19 AIO. Datacenter and cluster configured as 3.4 level Some packages on it libvirt-1.1.3.2-1.fc19.x86_64 qemu-kvm-1.6.1-2.fc19.x86_64 vdsm-4.14.6-0.fc19.x86_64 spice-server-0.12.4-3.fc19.x86_64 guest is an updated Fedora 19 system configured based on blank template and OS=Linux and xorg-x11-drv-qxl-0.1.1-3.fc19.x86_64 spice-vdagent-0.14.0-5.fc19.x86_64 Client is an updated Fedora 20 box with virt-viewer-0.6.0-1.fc20.x86_64 If I select the "Single PCI" checkbox in console options of guest and connect from the Fedora 20 client I don't see at all an option in remote-viewer to open a second display and no new display detected in guest. And lspci on guest indeed gives only one video controller. BTW: what is this option for, apart the meaning? If I deselect the "Single PCI" checkbox I get the "Display 2" option in remote-viewer but it is greyed out. No new monitor in "detect displays" of guest. In this last situation I have on host this qem-kvm command line: qemu 16664 1 48 21:04 ? 00:02:42 /usr/bin/qemu-system-x86_64 -machine accel=kvm -name f19 -S -machine pc-1.0,accel=kvm,usb=off -cpu Opteron_G3 -m 2048 -realtime mlock=off -smp 1,maxcpus=160,sockets=160,cores=1,threads=1 -uuid 55d8b95b-f420-4208-a2fb-5f370d05f5d8 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=19-8,serial=E0E1001E-8C00-002A-6F9A-90E6BAC9F1E1,uuid=55d8b95b-f420-4208-a2fb-5f370d05f5d8 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/f19.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-04-08T19:04:45,driftfix=slew -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -device usb-ccid,id=ccid0 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/mnt/_data_DATA2/b24b94c7-5935-4940-9152-36ecd370ba7c/images/5e99a818-9fd1-47bb-99dc-50bd25374c2f/a2baa1e5-569f-4081-97a7-10ec2a20daab,if=none,id=drive-virtio-disk0,format=raw,serial=5e99a818-9fd1-47bb-99dc-50bd25374c2f,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:a8:01:55,bus=pci.0,addr=0x3 -chardev spicevmc,id=charsmartcard0,name=smartcard -device ccid-card-passthru,chardev=charsmartcard0,id=smartcard0,bus=ccid0.0 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/55d8b95b-f420-4208-a2fb-5f370d05f5d8.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/55d8b95b-f420-4208-a2fb-5f370d05f5d8.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice tls-port=5901,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -k en-us -device qxl-vga,id=video0,ram_size=67108864,vram_size=33554432,bus=pci.0,addr=0x2 -device qxl,id=video1,ram_size=67108864,vram_size=33554432,bus=pci.0,addr=0x8 -device AC97,id=sound0,bus=pci.0,addr=0x4 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 On guest: [root@localhost ~]# lspci 00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02) 00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] 00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II] 00:01.2 USB controller: Intel Corporation 82371SB PIIX3 USB [Natoma/Triton II] (rev 01) 00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03) 00:02.0 VGA compatible controller: Red Hat, Inc. QXL paravirtual graphic card (rev 03) 00:03.0 Ethernet controller: Red Hat, Inc Virtio network device 00:04.0 Multimedia audio controller: Intel Corporation 82801AA AC'97 Audio Controller (rev 01) 00:05.0 Communication controller: Red Hat, Inc Virtio console 00:06.0 SCSI storage controller: Red Hat, Inc Virtio block device 00:07.0 RAM memory: Red Hat, Inc Virtio memory balloon 00:08.0 Display controller: Red Hat, Inc. QXL paravirtual graphic card (rev 03) See here Xorg.0.log generated on guest: https://drive.google.com/file/d/0BwoPbcrMv8mvTm9VbE53ZmVKcVk/edit?usp=shari… In particular I see in it many: [ 64.234] (II) qxl(0): qxl_xf86crtc_resize: Placeholder resize 1024x768 [ 87.280] qxl_surface_create: Bad bpp: 1 (1) [ 87.280] qxl_surface_create: Bad bpp: 1 (1) [ 87.949] qxl_surface_create: Bad bpp: 1 (1) [ 110.469] qxl_surface_create: Bad bpp: 1 (1) [ 110.478] qxl_surface_create: Bad bpp: 1 (1) [ 146.096] - 0th attempt [ 146.096] - OOM at 962 511 24 (= 1474746 bytes) [ 146.096] Cache contents: null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null 1008 997 1007 1005 1018 1003 1009 1011 1001 1012 1019 1016 1006 1013 total: 14 [ 146.107] - 1th attempt [ 146.107] - OOM at 962 511 24 (= 1474746 bytes) Gianluca

5 10

Call for Papers Extension: USENIX Lisa
by Brian Proffitt 14 Apr '14

14 Apr '14

All: Just a note to let you know that the CfP for USENIX LISA has been extended to this Friday, April 18, 2014, 11:59 p.m. PDT https://www.usenix.org/conference/lisa14/call-for-participation/papers-post… So you have a little more time to get a presentation in! BKP -- Brian Proffitt - oVirt Community Manager Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

List disk images residing on specific lun
by Amedeo Salvati 13 Apr '14

13 Apr '14

Hello, does anyone know if it's possible, using ovirt-shell or api, to list every disk image residing on specific FC LUN? best regards Amedeo Salvati

3 5

dependency error when upgrade ovirt 3.3 -> 3.4 (CentOS)
by H. Haven Liu 13 Apr '14

13 Apr '14

Hello, I'm trying to upgrade an ovirt 3.3 installation to 3.4, but getting a dependency error. I tried to update the ovirt-engine-setup package to v 3.4.0-1.el6, which requires ovirt-engine-setup-plugin-ovirt-engine = 3.4.0-1.el6, which requires ovirt-engine >= 3.3.2. However, it appears that ovirt-engine 3.3 is in the versionlock list and cannot be updated. Should I manually disable the versionlock plugin, or am I missing something? Thanks, Haven

2 1

[Users] oVirt 3.4 Templates break Foreman Provisioning/Adding host
by Matt . 13 Apr '14

13 Apr '14

Hi Guys, On Foreman 1.4.2 it seems that you have issues with oVirt 3.4 when adding a host. When you add this host you will get an error as oVirt now has more templating stuff: VM template.id|name required for add Is there a workaround for this to get the creation of VM go further ? Thanks! Matt

5 13

Re: [ovirt-users] help.. vm trapped in limbo aka can't acquire exclusive lock
by Arik Hadas 13 Apr '14

13 Apr '14

Hi Jeremiah, Thanks for providing the relevant information from the engine log. A fix was just merged to 3.4 branch. For more info about the bug and the solution see: https://bugzilla.redhat.com/1086280 Note that in the meantime you can unlock the VM by restarting the engine as Roy mentioned. Regards, Arik ----- Original Message ----- > > > ----- Forwarded Message ----- > > From: "Jeremiah Jahn" <jeremiah(a)goodinassociates.com> > > To: "Yair Zaslavsky" <yzaslavs(a)redhat.com> > > Cc: users(a)ovirt.org > > Sent: Thursday, April 10, 2014 5:48:24 AM > > Subject: Re: [ovirt-users] help.. vm trapped in limbo aka can't acquire > > exclusive lock > > > > here's the start of the problem. If you really want the WHOLE log I > > can do that too, but this is where I ask it to migrate, and where it > > fails. After which it just keeps repeating that it can't get the lock. > > > > > > > > 2014-04-09 14:18:48,050 INFO > > [org.ovirt.engine.core.bll.MigrateVmCommand] > > (DefaultQuartzScheduler_Worker-33) Lock freed to object EngineLock > > [exclusiveLocks= key: > > 0af0aaf6-85cf-4c67-9744-68a63601ab85 value: VM > > , sharedLocks= ] > > 2014-04-09 14:19:32,177 INFO > > [org.ovirt.engine.core.bll.MigrateVmCommand] (ajp--127.0.0.1-8702-1) > > [4350ffd] Lock Acquired to object EngineLock [exclusiveLocks= key: > > b0108933-deb2-4fa0-ae74-e10cefbb0cea value: VM > > , sharedLocks= ] > > 2014-04-09 14:19:32,199 INFO > > [org.ovirt.engine.core.bll.MigrateVmCommand] > > (org.ovirt.thread.pool-6-thread-16) [4350ffd] Running command: > > MigrateVmCommand internal: false. Entities affected : ID: > > b0108933-deb2-4fa0-ae74-e10cefbb0cea Type: VM > > 2014-04-09 14:19:32,203 INFO > > [org.ovirt.engine.core.bll.scheduling.policyunits.HaReservationWeightPolicyUnit] > > (org.ovirt.thread.pool-6-thread-16) [4350ffd] Started HA reservation > > scoring method > > 2014-04-09 14:19:32,208 INFO > > [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] > > (org.ovirt.thread.pool-6-thread-16) [4350ffd] START, > > MigrateVDSCommand(HostName = kvm01.virt, HostId = > > fa455012-b929-4805-a5c1-50e6c788039a, > > vmId=b0108933-deb2-4fa0-ae74-e10cefbb0cea, srcHost=10.10.4.31, > > dstVdsId=ce6b5b29-778f-4812-97b5-950f3d3b6c71, > > dstHost=10.10.4.34:54321, migrationMethod=ONLINE, > > tunnelMigration=false, migrationDowntime=0), log id: 745cd0ba > > 2014-04-09 14:19:32,209 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] > > (org.ovirt.thread.pool-6-thread-16) [4350ffd] > > VdsBroker::migrate::Entered > > (vm_guid=b0108933-deb2-4fa0-ae74-e10cefbb0cea, srcHost=10.10.4.31, > > dstHost=10.10.4.34:54321, method=online > > 2014-04-09 14:19:32,210 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] > > (org.ovirt.thread.pool-6-thread-16) [4350ffd] START, > > MigrateBrokerVDSCommand(HostName = kvm01.virt, HostId = > > fa455012-b929-4805-a5c1-50e6c788039a, > > vmId=b0108933-deb2-4fa0-ae74-e10cefbb0cea, srcHost=10.10.4.31, > > dstVdsId=ce6b5b29-778f-4812-97b5-950f3d3b6c71, > > dstHost=10.10.4.34:54321, migrationMethod=ONLINE, > > tunnelMigration=false, migrationDowntime=0), log id: 5de39b66 > > 2014-04-09 14:19:32,224 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] > > (org.ovirt.thread.pool-6-thread-16) [4350ffd] FINISH, > > MigrateBrokerVDSCommand, log id: 5de39b66 > > 2014-04-09 14:19:32,228 INFO > > [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] > > (org.ovirt.thread.pool-6-thread-16) [4350ffd] FINISH, > > MigrateVDSCommand, return: MigratingFrom, log id: 745cd0ba > > 2014-04-09 14:19:32,233 INFO > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (org.ovirt.thread.pool-6-thread-16) [4350ffd] Correlation ID: 4350ffd, > > Job ID: 433cbdce-90b3-41ed-bbfe-3a10ea2c6616, Call Stack: null, Custom > > Event ID: -1, Message: Migration started (VM: web.judici, Source: > > kvm01.virt, Destination: kvm04, User: admin). > > 2014-04-09 14:19:33,465 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-62) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm04 > > ignoring it in the refresh until migration is done > > 2014-04-09 14:19:34,268 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-74) VM web.judici > > b0108933-deb2-4fa0-ae74-e10cefbb0cea moved from MigratingFrom --> Up > > 2014-04-09 14:19:34,269 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-74) Adding VM > > b0108933-deb2-4fa0-ae74-e10cefbb0cea to re-run list > > 2014-04-09 14:19:34,269 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] > > (DefaultQuartzScheduler_Worker-74) START, FullListVdsCommand(HostName > > = kvm01.virt, HostId = fa455012-b929-4805-a5c1-50e6c788039a, > > vds=Host[kvm01.virt], vmIds=[b0108933-deb2-4fa0-ae74-e10cefbb0cea]), > > log id: 6936226f > > 2014-04-09 14:19:34,279 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] > > (DefaultQuartzScheduler_Worker-74) FINISH, FullListVdsCommand, return: > > [{displaySecurePort=5905, kvmEnable=true, nicModel=rtl8139,pv, > > keyboardLayout=en-us, displayIp=0, pauseCode=NOERR, nice=0, > > pitReinjection=false, timeOffset=0, transparentHugePages=true, > > vmId=b0108933-deb2-4fa0-ae74-e10cefbb0cea, acpiEnable=true, custom={}, > > spiceSslCipherSuite=DEFAULT, memSize=8192, displayPort=5904, smp=4, > > emulatedMachine=rhel6.5.0, status=Up, vmType=kvm, > > memGuaranteedSize=1024, display=qxl, pid=30289, smartcardEnable=false, > > smpCoresPerSocket=1, > > spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard, > > maxVCpus=160, clientIp=10.10.4.242, > > devices=[Ljava.lang.Object;@610edb5f, vmName=web.judici, > > cpuType=Penryn}], log id: 6936226f > > 2014-04-09 14:19:34,281 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-74) Received a console Device without > > an address when processing VM b0108933-deb2-4fa0-ae74-e10cefbb0cea > > devices, skipping device: {alias=console0, specParams={}, > > device=console, type=console, > > deviceId=05fba965-133e-4810-a87c-1688be8beb5a} > > 2014-04-09 14:19:34,294 ERROR > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-74) Rerun vm > > b0108933-deb2-4fa0-ae74-e10cefbb0cea. Called from vds kvm01.virt > > 2014-04-09 14:19:34,299 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-46) START, > > MigrateStatusVDSCommand(HostName = kvm01.virt, HostId = > > fa455012-b929-4805-a5c1-50e6c788039a, > > vmId=b0108933-deb2-4fa0-ae74-e10cefbb0cea), log id: 16ec0461 > > 2014-04-09 14:19:34,346 ERROR > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-46) Failed in MigrateStatusVDS method > > 2014-04-09 14:19:34,346 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-46) Command > > org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand > > return value > > StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=12, > > mMessage=Fatal error during migration]] > > 2014-04-09 14:19:34,347 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-46) HostName = kvm01.virt > > 2014-04-09 14:19:34,348 ERROR > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-46) Command > > MigrateStatusVDSCommand(HostName = kvm01.virt, HostId = > > fa455012-b929-4805-a5c1-50e6c788039a, > > vmId=b0108933-deb2-4fa0-ae74-e10cefbb0cea) execution failed. > > Exception: VDSErrorException: VDSGenericException: VDSErrorException: > > Failed to MigrateStatusVDS, error = Fatal error during migration, code > > = 12 > > 2014-04-09 14:19:34,349 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-46) FINISH, MigrateStatusVDSCommand, > > log id: 16ec0461 > > 2014-04-09 14:19:34,353 INFO > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (org.ovirt.thread.pool-6-thread-46) Correlation ID: 4350ffd, Job ID: > > 433cbdce-90b3-41ed-bbfe-3a10ea2c6616, Call Stack: null, Custom Event > > ID: -1, Message: Migration failed due to Error: Fatal error during > > migration. Trying to migrate to another Host (VM: web.judici, Source: > > kvm01.virt, Destination: kvm04). > > 2014-04-09 14:19:34,370 INFO > > [org.ovirt.engine.core.bll.MigrateVmCommand] > > (org.ovirt.thread.pool-6-thread-46) Running command: MigrateVmCommand > > internal: false. Entities affected : ID: > > b0108933-deb2-4fa0-ae74-e10cefbb0cea Type: VM > > 2014-04-09 14:19:34,374 INFO > > [org.ovirt.engine.core.bll.scheduling.policyunits.HaReservationWeightPolicyUnit] > > (org.ovirt.thread.pool-6-thread-46) Started HA reservation scoring > > method > > 2014-04-09 14:19:34,378 INFO > > [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] > > (org.ovirt.thread.pool-6-thread-46) START, MigrateVDSCommand(HostName > > = kvm01.virt, HostId = fa455012-b929-4805-a5c1-50e6c788039a, > > vmId=b0108933-deb2-4fa0-ae74-e10cefbb0cea, srcHost=10.10.4.31, > > dstVdsId=071d8ef9-971e-499b-975a-255ee3d3f895, > > dstHost=10.10.4.35:54321, migrationMethod=ONLINE, > > tunnelMigration=false, migrationDowntime=0), log id: 7ac1f1eb > > 2014-04-09 14:19:34,379 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] > > (org.ovirt.thread.pool-6-thread-46) VdsBroker::migrate::Entered > > (vm_guid=b0108933-deb2-4fa0-ae74-e10cefbb0cea, srcHost=10.10.4.31, > > dstHost=10.10.4.35:54321, method=online > > 2014-04-09 14:19:34,380 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] > > (org.ovirt.thread.pool-6-thread-46) START, > > MigrateBrokerVDSCommand(HostName = kvm01.virt, HostId = > > fa455012-b929-4805-a5c1-50e6c788039a, > > vmId=b0108933-deb2-4fa0-ae74-e10cefbb0cea, srcHost=10.10.4.31, > > dstVdsId=071d8ef9-971e-499b-975a-255ee3d3f895, > > dstHost=10.10.4.35:54321, migrationMethod=ONLINE, > > tunnelMigration=false, migrationDowntime=0), log id: 3c9d3817 > > 2014-04-09 14:19:34,431 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] > > (org.ovirt.thread.pool-6-thread-46) FINISH, MigrateBrokerVDSCommand, > > log id: 3c9d3817 > > 2014-04-09 14:19:34,434 INFO > > [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] > > (org.ovirt.thread.pool-6-thread-46) FINISH, MigrateVDSCommand, return: > > MigratingFrom, log id: 7ac1f1eb > > 2014-04-09 14:19:34,438 INFO > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (org.ovirt.thread.pool-6-thread-46) Correlation ID: 4350ffd, Job ID: > > 433cbdce-90b3-41ed-bbfe-3a10ea2c6616, Call Stack: null, Custom Event > > ID: -1, Message: Migration started (VM: web.judici, Source: > > kvm01.virt, Destination: kvm05.virt, User: admin). > > 2014-04-09 14:19:37,582 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-92) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:19:40,617 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-91) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:19:43,640 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-100) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:19:46,680 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-8) [1450e72d] RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:19:49,735 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-26) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:19:52,752 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-23) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:19:55,769 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-35) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:19:58,788 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-50) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:01,837 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-53) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:04,880 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-58) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:07,904 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-68) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:10,921 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-77) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:13,951 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-91) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:16,988 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-100) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:20,033 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-8) [1450e72d] RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:23,052 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-26) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:26,070 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-36) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:29,090 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-45) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:32,135 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-50) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:35,180 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-51) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:38,196 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-71) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:41,215 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-73) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:44,234 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-81) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:47,275 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-97) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:50,316 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-98) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:53,332 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-12) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:56,348 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-18) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:20:59,363 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-36) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:02,404 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-29) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:05,439 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-47) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:08,455 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-60) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:11,476 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-58) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:14,501 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-76) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:17,549 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-77) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:20,598 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-91) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:23,617 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-100) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:26,642 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-6) [5c26eeb2] RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:29,664 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-21) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:32,702 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-25) [e633f03] RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:35,751 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-31) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:38,772 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-48) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:41,790 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-60) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:44,812 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-71) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:47,858 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-72) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:50,903 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-77) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:53,919 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-94) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:56,938 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-5) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:21:59,961 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-14) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:02,997 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-21) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:06,037 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-36) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:09,058 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-45) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:12,075 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-50) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:15,103 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-51) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm05.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:17,696 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-58) VM web.judici > > b0108933-deb2-4fa0-ae74-e10cefbb0cea moved from MigratingFrom --> Up > > 2014-04-09 14:22:17,697 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-58) Adding VM > > b0108933-deb2-4fa0-ae74-e10cefbb0cea to re-run list > > 2014-04-09 14:22:17,698 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] > > (DefaultQuartzScheduler_Worker-58) START, FullListVdsCommand(HostName > > = kvm01.virt, HostId = fa455012-b929-4805-a5c1-50e6c788039a, > > vds=Host[kvm01.virt], vmIds=[b0108933-deb2-4fa0-ae74-e10cefbb0cea]), > > log id: 1688c794 > > 2014-04-09 14:22:17,706 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] > > (DefaultQuartzScheduler_Worker-58) FINISH, FullListVdsCommand, return: > > [{displaySecurePort=5905, kvmEnable=true, nicModel=rtl8139,pv, > > keyboardLayout=en-us, displayIp=0, pauseCode=NOERR, nice=0, > > pitReinjection=false, timeOffset=0, transparentHugePages=true, > > vmId=b0108933-deb2-4fa0-ae74-e10cefbb0cea, acpiEnable=true, custom={}, > > spiceSslCipherSuite=DEFAULT, memSize=8192, displayPort=5904, smp=4, > > emulatedMachine=rhel6.5.0, status=Up, vmType=kvm, > > memGuaranteedSize=1024, display=qxl, pid=30289, smartcardEnable=false, > > smpCoresPerSocket=1, > > spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard, > > maxVCpus=160, clientIp=10.10.4.242, > > devices=[Ljava.lang.Object;@6de6d11a, vmName=web.judici, > > cpuType=Penryn}], log id: 1688c794 > > 2014-04-09 14:22:17,709 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-58) Received a console Device without > > an address when processing VM b0108933-deb2-4fa0-ae74-e10cefbb0cea > > devices, skipping device: {alias=console0, specParams={}, > > device=console, type=console, > > deviceId=05fba965-133e-4810-a87c-1688be8beb5a} > > 2014-04-09 14:22:17,728 ERROR > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-58) Rerun vm > > b0108933-deb2-4fa0-ae74-e10cefbb0cea. Called from vds kvm01.virt > > 2014-04-09 14:22:17,735 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-29) START, > > MigrateStatusVDSCommand(HostName = kvm01.virt, HostId = > > fa455012-b929-4805-a5c1-50e6c788039a, > > vmId=b0108933-deb2-4fa0-ae74-e10cefbb0cea), log id: 15822aeb > > 2014-04-09 14:22:17,781 ERROR > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-29) Failed in MigrateStatusVDS method > > 2014-04-09 14:22:17,782 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-29) Command > > org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand > > return value > > StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=47, > > mMessage=Migration canceled]] > > 2014-04-09 14:22:17,782 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-29) HostName = kvm01.virt > > 2014-04-09 14:22:17,783 ERROR > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-29) Command > > MigrateStatusVDSCommand(HostName = kvm01.virt, HostId = > > fa455012-b929-4805-a5c1-50e6c788039a, > > vmId=b0108933-deb2-4fa0-ae74-e10cefbb0cea) execution failed. > > Exception: VDSErrorException: VDSGenericException: VDSErrorException: > > Failed to MigrateStatusVDS, error = Migration canceled, code = 47 > > 2014-04-09 14:22:17,784 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-29) FINISH, MigrateStatusVDSCommand, > > log id: 15822aeb > > 2014-04-09 14:22:17,791 INFO > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (org.ovirt.thread.pool-6-thread-29) Correlation ID: 4350ffd, Job ID: > > 433cbdce-90b3-41ed-bbfe-3a10ea2c6616, Call Stack: null, Custom Event > > ID: -1, Message: Migration failed due to Error: Migration not in > > progress. Trying to migrate to another Host (VM: web.judici, Source: > > kvm01.virt, Destination: kvm05.virt). > > 2014-04-09 14:22:17,818 INFO > > [org.ovirt.engine.core.bll.MigrateVmCommand] > > (org.ovirt.thread.pool-6-thread-29) Running command: MigrateVmCommand > > internal: false. Entities affected : ID: > > b0108933-deb2-4fa0-ae74-e10cefbb0cea Type: VM > > 2014-04-09 14:22:17,824 INFO > > [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] > > (org.ovirt.thread.pool-6-thread-29) START, MigrateVDSCommand(HostName > > = kvm01.virt, HostId = fa455012-b929-4805-a5c1-50e6c788039a, > > vmId=b0108933-deb2-4fa0-ae74-e10cefbb0cea, srcHost=10.10.4.31, > > dstVdsId=d5e2830d-e59c-49be-b6e8-0968dbf357aa, > > dstHost=10.10.4.33:54321, migrationMethod=ONLINE, > > tunnelMigration=false, migrationDowntime=0), log id: 7dc46595 > > 2014-04-09 14:22:17,825 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] > > (org.ovirt.thread.pool-6-thread-29) VdsBroker::migrate::Entered > > (vm_guid=b0108933-deb2-4fa0-ae74-e10cefbb0cea, srcHost=10.10.4.31, > > dstHost=10.10.4.33:54321, method=online > > 2014-04-09 14:22:17,826 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] > > (org.ovirt.thread.pool-6-thread-29) START, > > MigrateBrokerVDSCommand(HostName = kvm01.virt, HostId = > > fa455012-b929-4805-a5c1-50e6c788039a, > > vmId=b0108933-deb2-4fa0-ae74-e10cefbb0cea, srcHost=10.10.4.31, > > dstVdsId=d5e2830d-e59c-49be-b6e8-0968dbf357aa, > > dstHost=10.10.4.33:54321, migrationMethod=ONLINE, > > tunnelMigration=false, migrationDowntime=0), log id: 25038825 > > 2014-04-09 14:22:17,848 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] > > (org.ovirt.thread.pool-6-thread-29) FINISH, MigrateBrokerVDSCommand, > > log id: 25038825 > > 2014-04-09 14:22:17,853 INFO > > [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] > > (org.ovirt.thread.pool-6-thread-29) FINISH, MigrateVDSCommand, return: > > MigratingFrom, log id: 7dc46595 > > 2014-04-09 14:22:17,859 INFO > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (org.ovirt.thread.pool-6-thread-29) Correlation ID: 4350ffd, Job ID: > > 433cbdce-90b3-41ed-bbfe-3a10ea2c6616, Call Stack: null, Custom Event > > ID: -1, Message: Migration started (VM: web.judici, Source: > > kvm01.virt, Destination: kvm03.virt, User: admin). > > 2014-04-09 14:22:19,226 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-67) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:22,275 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-79) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:25,291 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-83) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:28,314 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-1) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:31,330 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-6) [5c26eeb2] RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:34,360 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-16) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:37,389 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-30) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:40,407 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-31) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:43,425 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-52) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:46,443 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-51) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:49,473 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-71) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:52,514 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-76) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:55,533 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-92) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:22:58,553 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-90) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:01,569 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-10) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:04,596 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-7) [7a463a98] RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:07,626 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-16) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:10,648 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-30) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:13,665 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-41) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:16,693 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-47) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:19,724 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-51) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:22,758 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-65) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:25,778 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-79) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:28,795 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-95) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:31,814 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-87) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:34,848 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-1) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:37,884 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-19) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:40,910 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-22) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:43,930 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-25) [e633f03] RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:46,949 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-45) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:49,982 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-48) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:53,048 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-64) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:56,076 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-66) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:23:59,093 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-72) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:02,112 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-93) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:05,140 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-87) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:08,210 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-3) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:11,240 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-6) [5c26eeb2] RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:14,257 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-21) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:17,277 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-36) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:20,309 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-31) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:23,371 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-48) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:26,391 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-63) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:29,409 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-74) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:32,428 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-72) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:35,467 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-85) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:38,499 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-89) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-2014-04-09 14:24:38,499 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-89) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74- > > e10cefbb0cea is migrating to vds kvm03.virt ignoring it in the refresh > > until migration is done > > 2014-04-09 14:24:41,534 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-1) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:44,561 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-11) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:47,584 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-21) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:50,631 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-25) [e633f03] RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:53,668 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-37) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:56,683 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-55) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:24:59,702 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-57) RefreshVmList vm id > > b0108933-deb2-4fa0-ae74-e10cefbb0cea is migrating to vds kvm03.virt > > ignoring it in the refresh until migration is done > > 2014-04-09 14:25:00,974 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-59) VM web.judici > > b0108933-deb2-4fa0-ae74-e10cefbb0cea moved from MigratingFrom --> Up > > 2014-04-09 14:25:00,975 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-59) Adding VM > > b0108933-deb2-4fa0-ae74-e10cefbb0cea to re-run list > > 2014-04-09 14:25:00,976 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] > > (DefaultQuartzScheduler_Worker-59) START, FullListVdsCommand(HostName > > = kvm01.virt, HostId = fa455012-b929-4805-a5c1-50e6c788039a, > > vds=Host[kvm01.virt], vmIds=[b0108933-deb2-4fa0-ae74-e10cefbb0cea]), > > log id: 7ef5612e > > 2014-04-09 14:25:00,984 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] > > (DefaultQuartzScheduler_Worker-59) FINISH, FullListVdsCommand, return: > > [{displaySecurePort=5905, kvmEnable=true, nicModel=rtl8139,pv, > > keyboardLayout=en-us, displayIp=0, pauseCode=NOERR, nice=0, > > pitReinjection=false, timeOffset=0, transparentHugePages=true, > > vmId=b0108933-deb2-4fa0-ae74-e10cefbb0cea, acpiEnable=true, custom={}, > > spiceSslCipherSuite=DEFAULT, memSize=8192, displayPort=5904, smp=4, > > emulatedMachine=rhel6.5.0, status=Up, vmType=kvm, > > memGuaranteedSize=1024, display=qxl, pid=30289, smartcardEnable=false, > > smpCoresPerSocket=1, > > spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard, > > maxVCpus=160, clientIp=10.10.4.242, > > devices=[Ljava.lang.Object;@1fbf5420, vmName=web.judici, > > cpuType=Penryn}], log id: 7ef5612e > > 2014-04-09 14:25:00,988 INFO > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-59) Received a console Device without > > an address when processing VM b0108933-deb2-4fa0-ae74-e10cefbb0cea > > devices, skipping device: {alias=console0, specParams={}, > > device=console, type=console, > > deviceId=05fba965-133e-4810-a87c-1688be8beb5a} > > 2014-04-09 14:25:01,030 ERROR > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > (DefaultQuartzScheduler_Worker-59) Rerun vm > > b0108933-deb2-4fa0-ae74-e10cefbb0cea. Called from vds kvm01.virt > > 2014-04-09 14:25:01,038 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-37) START, > > MigrateStatusVDSCommand(HostName = kvm01.virt, HostId = > > fa455012-b929-4805-a5c1-50e6c788039a, > > vmId=b0108933-deb2-4fa0-ae74-e10cefbb0cea), log id: 47013f27 > > 2014-04-09 14:25:01,045 ERROR > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-37) Failed in MigrateStatusVDS method > > 2014-04-09 14:25:01,045 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-37) Command > > org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand > > return value > > StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=47, > > mMessage=Migration canceled]] > > 2014-04-09 14:25:01,046 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-37) HostName = kvm01.virt > > 2014-04-09 14:25:01,046 ERROR > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-37) Command > > MigrateStatusVDSCommand(HostName = kvm01.virt, HostId = > > fa455012-b929-4805-a5c1-50e6c788039a, > > vmId=b0108933-deb2-4fa0-ae74-e10cefbb0cea) execution failed. > > Exception: VDSErrorException: VDSGenericException: VDSErrorException: > > Failed to MigrateStatusVDS, error = Migration canceled, code = 47 > > 2014-04-09 14:25:01,048 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-37) FINISH, MigrateStatusVDSCommand, > > log id: 47013f27 > > 2014-04-09 14:25:01,055 INFO > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (org.ovirt.thread.pool-6-thread-37) Correlation ID: 4350ffd, Job ID: > > 433cbdce-90b3-41ed-bbfe-3a10ea2c6616, Call Stack: null, Custom Event > > ID: -1, Message: Migration failed due to Error: Migration not in > > progress. Trying to migrate to another Host (VM: web.judici, Source: > > kvm01.virt, Destination: kvm03.virt). > > 2014-04-09 14:25:01,061 INFO > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (org.ovirt.thread.pool-6-thread-37) Correlation ID: 4350ffd, Job ID: > > 433cbdce-90b3-41ed-bbfe-3a10ea2c6616, Call Stack: null, Custom Event > > ID: -1, Message: Migration failed due to Error: Migration not in > > progress (VM: web.judici, Source: kvm01.virt, Destination: > > kvm03.virt). > > 2014-04-09 14:34:08,665 INFO > > [org.ovirt.engine.core.bll.MaintenanceNumberOfVdssCommand] > > (org.ovirt.thread.pool-6-thread-43) [4045389e] Running command: > > MaintenanceNumberOfVdssCommand internal: false. Entities affected : > > ID: fa455012-b929-4805-a5c1-50e6c788039a Type: VDS > > 2014-04-09 14:34:08,667 INFO > > [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-43) [4045389e] START, > > SetVdsStatusVDSCommand(HostName = kvm01.virt, HostId = > > fa455012-b929-4805-a5c1-50e6c788039a, status=PreparingForMaintenance, > > nonOperationalReason=NONE, stopSpmFailureLogged=true), log id: > > 64965c26 > > 2014-04-09 14:34:08,678 INFO > > [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] > > (org.ovirt.thread.pool-6-thread-43) [4045389e] FINISH, > > SetVdsStatusVDSCommand, log id: 64965c26 > > 2014-04-09 14:34:08,725 INFO > > [org.ovirt.engine.core.bll.MaintenanceVdsCommand] > > (org.ovirt.thread.pool-6-thread-43) [4045389e] Running command: > > MaintenanceVdsCommand internal: true. Entities affected : ID: > > fa455012-b929-4805-a5c1-50e6c788039a Type: VDS > > 2014-04-09 14:34:08,744 INFO > > [org.ovirt.engine.core.bll.InternalMigrateVmCommand] > > (org.ovirt.thread.pool-6-thread-43) [35f06602] Failed to Acquire Lock > > to object EngineLock [exclusiveLocks= key: > > b0108933-deb2-4fa0-ae74-e10cefbb0cea value: VM > > , sharedLocks= ] > > > > On Wed, Apr 9, 2014 at 6:33 PM, Yair Zaslavsky <yzaslavs(a)redhat.com> wrote: > > > Can you please attach full engine.log? > > > > > > Many thanks, > > > Yair > > > > > > > > > ----- Original Message ----- > > >> From: "Jeremiah Jahn" <jeremiah(a)goodinassociates.com> > > >> To: users(a)ovirt.org > > >> Sent: Thursday, April 10, 2014 2:18:48 AM > > >> Subject: [ovirt-users] help.. vm trapped in limbo aka can't acquire > > >> exclusive lock > > >> > > >> I can't start it, I can't migrate it. I tried to migrate it before, > > >> but the machine was stuck in a read only state. The migration failed > > >> because the machine it was being migrated to was also in a read only > > >> state. somewhere in the process the lock obviously got lost, and I > > >> can't get it back... > > >> > > >> > > >> > > >> 2014-04-09 18:11:16,675 INFO [org.ovirt.engine.core.bll.RunVmCommand] > > >> (ajp--127.0.0.1-8702-3) [58b40832] Failed to Acquire Lock to object > > >> EngineLock [exclusiveLocks= key: b0108933-deb2-4fa0-ae74-e10cefbb0cea > > >> value: VM > > >> , sharedLocks= ] > > >> > > >> > > >> 2014-04-09 18:11:16,676 WARN [org.ovirt.engine.core.bll.RunVmCommand] > > >> (ajp--127.0.0.1-8702-3) [58b40832] CanDoAction of action RunVm failed. > > >> Reasons:VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED,$VmName > > >> web.judici > > >> _______________________________________________ > > >> Users mailing list > > >> Users(a)ovirt.org > > >> http://lists.ovirt.org/mailman/listinfo/users > > >> > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > >

1 0

sql error when viewing system disks
by Jeremiah Jahn 13 Apr '14

13 Apr '14

version 3.4 System->Disks tab->All checked Caused by: org.postgresql.util.PSQLException: The column name disk_storage_type was not found in this ResultSet. at org.postgresql.jdbc2.AbstractJdbc2ResultSet.findColumn(AbstractJdbc2ResultSet.java:2542) at org.postgresql.jdbc2.AbstractJdbc2ResultSet.getInt(AbstractJdbc2ResultSet.java:2406) at org.jboss.jca.adapters.jdbc.WrappedResultSet.getInt(WrappedResultSet.java:1073) at org.ovirt.engine.core.dao.DiskDaoDbFacadeImpl$DiskRowMapper.mapRow(DiskDaoDbFacadeImpl.java:116) [dal.jar:] at org.ovirt.engine.core.dao.DiskDaoDbFacadeImpl$DiskRowMapper.mapRow(DiskDaoDbFacadeImpl.java:106) [dal.jar:] ERROR [org.ovirt.engine.core.bll.SearchQuery] (ajp--127.0.0.1-8702-3) Query SearchQuery failed. Exception message is StatementCallback; bad SQL grammar [SELECT * FROM (SELECT * FROM vds WHERE ( vds_id IN (SELECT vds_with_tags.vds_id FROM vds_with_tags WHERE vds_with_tags.vds_group_name LIKE 'Default' )) ORDER BY vds_name ASC ) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is org.postgresql.util.PSQLException: The column name disk_storage_type was not found in this ResultSet. : org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL grammar [SELECT * FROM (SELECT * FROM vds WHERE ( vds_id IN (SELECT vds_with_tags.vds_id FROM vds_with_tags WHERE vds_with_tags.vds_group_name LIKE 'Default' )) ORDER BY vds_name ASC ) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is org.postgresql.util.PSQLException: The column name disk_storage_type was not found in this ResultSet.: org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL grammar [SELECT * FROM (SELECT * FROM vds WHERE ( vds_id IN (SELECT vds_with_tags.vds_id FROM vds_with_tags WHERE vds_with_tags.vds_group_name LIKE 'Default' )) ORDER BY vds_name ASC ) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is org.postgresql.util.PSQLException: The column name disk_storage_type was not found in this ResultSet.

2 1

compatibility relationship between datacenter, ovirt and cluster
by Tamer Lima 12 Apr '14

12 Apr '14

Hi, yesterday my ovirt was 3.3 my datacenter and cluster (compatibility version) was aligned with ovirt 3.3 today my ovirt is now 3.4. and my datacenter and cluster (compatibility version) remains 3.3 (with the option enabled to change for 3.4) browsing the ovirt admin page I see 2 occurrences of ovirt version: datacenter tab = 3.3 cluster tab =3.3 I would like to understand what means all these versions, the same version for a lot of important things, and how my ovirt works/behaves using different versions. all my doubts together : What means datacenter in version 3.3(or lower version) when ovirt is 3.4 ? what means cluster in version 3.3 when ovirt is 3.4? what means change the "compatibility version" for datacenter? what means change the "compatibility version" for cluster? thanks

4 5

Re: [ovirt-users] SPM error
by Maurice James 12 Apr '14

12 Apr '14

------=_Part_377_34604661.1397258585580 Content-Type: multipart/alternative; boundary="----=_Part_376_2068777434.1397258585580" ------=_Part_376_2068777434.1397258585580 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj5Ob29vb29vby4mbmJzcDs8 L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PjxkaXYgc3R5bGU9ImZvbnQt c2l6ZTo5cHg7Y29sb3I6IzU3NTc1NyI+U2VudCBmcm9tIG15IEdhbGF4eSBTwq5JSUk8L2Rpdj48 L2Rpdj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIG1lc3NhZ2UgLS0tLS0tLS08YnI+RnJvbTog VGVkIE1pbGxlciA8dG1pbGxlckBoY2piLm9yZz4gPGJyPkRhdGU6MDQvMTEvMjAxNCAgNzowOCBQ TSAgKEdNVC0wNTowMCkgPGJyPlRvOiBNYXVyaWNlIEphbWVzIDxtamFtZXNAbWVkaWEtbm9kZS5j b20+IDxicj5TdWJqZWN0OiBSZTogW292aXJ0LXVzZXJzXSBTUE0gZXJyb3IgPGJyPjxicj48YnIg Lz5JIGRpZG4mIzAzOTt0LCByZWFsbHkuICBJIGRpZCBzb21ldGhpbmcgd3JvbmcgYWxvbmcgdGhl IHdheSwgYW5kIGVuZGVkIHVwIGhhdmluZyA8YnIgLz50byByZWJ1aWxkIHRoZSBlbmdpbmUgYW5k IGhvc3RzLiAgKE15IHByb2JsZW1zIHdlcmUgZHVlIHRvIGEgZ2x1c3RlcmZzIDxiciAvPnNwbGl0 LWJyYWluLik8YnIgLz5UZWQgTWlsbGVyPGJyIC8+PGJyIC8+T24gNC8xMS8yMDE0IDY6MDMgUE0s IE1hdXJpY2UgSmFtZXMgd3JvdGU6PGJyIC8+Jmd0OyBIb3cgZGlkIHlvdSBmaXggaXQ/PGJyIC8+ Jmd0OzxiciAvPiZndDs8YnIgLz4mZ3Q7IFNlbnQgZnJvbSBteSBHYWxheHkgU8KuSUlJPGJyIC8+ Jmd0OzxiciAvPiZndDsgLS0tLS0tLS0gT3JpZ2luYWwgbWVzc2FnZSAtLS0tLS0tLTxiciAvPiZn dDsgRnJvbTogVGVkIE1pbGxlciAmbHQ7dG1pbGxlckBoY2piLm9yZyZndDs8YnIgLz4mZ3Q7IERh dGU6MDQvMTEvMjAxNCAgNjowMCBQTSAgKEdNVC0wNTowMCk8YnIgLz4mZ3Q7IFRvOiB1c2Vyc0Bv dmlydC5vcmc8YnIgLz4mZ3Q7IFN1YmplY3Q6IFJlOiBbb3ZpcnQtdXNlcnNdIFNQTSBlcnJvcjxi ciAvPiZndDs8YnIgLz4mZ3Q7PGJyIC8+Jmd0OzxiciAvPiZndDsgT24gNC8xMS8yMDE0IDI6MDUg UE0sIE1hdXJpY2UgSmFtZXMgd3JvdGU6PGJyIC8+Jmd0OyZndDsgSSBoYXZlIGFuIGVycm9yIHRy eWluZyB0byBicmluZyB0aGUgbWFzdGVyIERDIGJhY2sgb25saW5lLiBBZnRlciBzZXZlcmFsPGJy IC8+Jmd0OyZndDsgcmVib290cywgbm8gbHVjay4gSSB0b29rIHRoZSBvdGhlciBjbHVzdGVyIG1l bWJlcnMgb2ZmbGluZSB0byB0cnkgdG88YnIgLz4mZ3Q7Jmd0OyB0cm91Ymxlc2hvb3QuIFRoZSBy ZW1haW5pbmcgaG9zdCBpcyBjb25zdGFudGx5IGluIGNvbnRlbnRpb24gd2l0aCBpdHNlbGY8YnIg Lz4mZ3Q7Jmd0OyBmb3IgU1BNPGJyIC8+Jmd0OyZndDs8YnIgLz4mZ3Q7Jmd0OzxiciAvPiZndDsm Z3Q7IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLmlyc2Jyb2tlci5JcnNC cm9rZXJDb21tYW5kXTxiciAvPiZndDsmZ3Q7IChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtl ci00MCkgWzM4ZDQwMGVhXTxiciAvPiZndDsmZ3Q7IElyc0Jyb2tlcjo6RmFpbGVkOjpHZXRTdG9y YWdlUG9vbEluZm9WRFMgZHVlIHRvOjxiciAvPiZndDsmZ3Q7IElyc1NwbVN0YXJ0RmFpbGVkRXhj ZXB0aW9uOiBJUlNHZW5lcmljRXhjZXB0aW9uOiBJUlNFcnJvckV4Y2VwdGlvbjo8YnIgLz4mZ3Q7 Jmd0OyBTcG1TdGFydCBmYWlsZWQ8YnIgLz4mZ3Q7Jmd0OzxiciAvPiZndDsgSSYjMDM5O20gbm8g ZXhwZXJ0LCBidXQgdGhlIGxhc3QgdGltZSBJIGJlYXQgbXkgaGVhZCBvbiB0aGF0IHJvY2ssIHNv bWV0aGluZyB3YXM8YnIgLz4mZ3Q7IHdyb25nIHdpdGggbXkgc2FubG9jayBzdG9yYWdlLiAgWU1N VjxiciAvPiZndDsgVGVkIE1pbGxlcjxiciAvPiZndDsgRWxraGFydCwgSU4sIFVTQTxiciAvPiZn dDs8YnIgLz48YnIgLz4tLSA8YnIgLz4mcXVvdDtIZSBpcyBubyBmb29sIHdobyBnaXZlcyB3aGF0 IGhlIGNhbm5vdCBrZWVwLCB0byBnYWluIHdoYXQgaGUgY2Fubm90IGxvc2UuJnF1b3Q7IC0gLSBK aW0gRWxsaW90PGJyIC8+Rm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgSmltIEVsbGlvdCBhbmQg aGlzIHVudXN1YWwgbGlmZSwgc2VlIGh0dHA6Ly93d3cuY2hyaXN0aWFubGl0ZXJhdHVyZWFuZGxp dmluZy5jb20vbWFyY2gyMDAzL2Nhcm9seW4uaHRtbC48YnIgLz48YnIgLz5UZWQgTWlsbGVyPGJy IC8+RGVzaWduIEVuZ2luZWVyPGJyIC8+SENKQiBHbG9iYWwgVGVjaG5vbG9neSBDZW50ZXIsIGEg bWluaXN0cnkgb2YgUmVhY2ggQmV5b25kPGJyIC8+MjgzMCBTb3V0aCAxN3RoIFN0PGJyIC8+RWxr aGFydCwgSU4gIDQ2NTE3PGJyIC8+NTc0LS05NzAtNDI3MiBteSBkZXNrPGJyIC8+NTc0LS05NzAt NDI1MiByZWNlcHRpb25pc3Q8YnIgLz48YnIgLz48L2JvZHk+ ------=_Part_376_2068777434.1397258585580 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Tm9vb29vb28uwqAKCgpTZW50IGZyb20gbXkgR2FsYXh5IFPCrklJSQoKLS0tLS0tLS0gT3JpZ2lu YWwgbWVzc2FnZSAtLS0tLS0tLQpGcm9tOiBUZWQgTWlsbGVyIDx0bWlsbGVyQGhjamIub3JnPiAK RGF0ZTowNC8xMS8yMDE0ICA3OjA4IFBNICAoR01ULTA1OjAwKSAKVG86IE1hdXJpY2UgSmFtZXMg PG1qYW1lc0BtZWRpYS1ub2RlLmNvbT4gClN1YmplY3Q6IFJlOiBbb3ZpcnQtdXNlcnNdIFNQTSBl cnJvciAKCg0KDQpJIGRpZG4ndCwgcmVhbGx5LiAgSSBkaWQgc29tZXRoaW5nIHdyb25nIGFsb25n IHRoZSB3YXksIGFuZCBlbmRlZCB1cCBoYXZpbmcgDQp0byByZWJ1aWxkIHRoZSBlbmdpbmUgYW5k IGhvc3RzLiAgKE15IHByb2JsZW1zIHdlcmUgZHVlIHRvIGEgZ2x1c3RlcmZzIA0Kc3BsaXQtYnJh aW4uKQ0KVGVkIE1pbGxlcg0KDQpPbiA0LzExLzIwMTQgNjowMyBQTSwgTWF1cmljZSBKYW1lcyB3 cm90ZToNCj4gSG93IGRpZCB5b3UgZml4IGl0Pw0KPg0KPg0KPiBTZW50IGZyb20gbXkgR2FsYXh5 IFPCrklJSQ0KPg0KPiAtLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0tLS0tLS0tDQo+IEZyb206 IFRlZCBNaWxsZXIgPHRtaWxsZXJAaGNqYi5vcmc+DQo+IERhdGU6MDQvMTEvMjAxNCAgNjowMCBQ TSAgKEdNVC0wNTowMCkNCj4gVG86IHVzZXJzQG92aXJ0Lm9yZw0KPiBTdWJqZWN0OiBSZTogW292 aXJ0LXVzZXJzXSBTUE0gZXJyb3INCj4NCj4NCj4NCj4gT24gNC8xMS8yMDE0IDI6MDUgUE0sIE1h dXJpY2UgSmFtZXMgd3JvdGU6DQo+PiBJIGhhdmUgYW4gZXJyb3IgdHJ5aW5nIHRvIGJyaW5nIHRo ZSBtYXN0ZXIgREMgYmFjayBvbmxpbmUuIEFmdGVyIHNldmVyYWwNCj4+IHJlYm9vdHMsIG5vIGx1 Y2suIEkgdG9vayB0aGUgb3RoZXIgY2x1c3RlciBtZW1iZXJzIG9mZmxpbmUgdG8gdHJ5IHRvDQo+ PiB0cm91Ymxlc2hvb3QuIFRoZSByZW1haW5pbmcgaG9zdCBpcyBjb25zdGFudGx5IGluIGNvbnRl bnRpb24gd2l0aCBpdHNlbGYNCj4+IGZvciBTUE0NCj4+DQo+Pg0KPj4gRVJST1IgW29yZy5vdmly dC5lbmdpbmUuY29yZS52ZHNicm9rZXIuaXJzYnJva2VyLklyc0Jyb2tlckNvbW1hbmRdDQo+PiAo RGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItNDApIFszOGQ0MDBlYV0NCj4+IElyc0Jyb2tl cjo6RmFpbGVkOjpHZXRTdG9yYWdlUG9vbEluZm9WRFMgZHVlIHRvOg0KPj4gSXJzU3BtU3RhcnRG YWlsZWRFeGNlcHRpb246IElSU0dlbmVyaWNFeGNlcHRpb246IElSU0Vycm9yRXhjZXB0aW9uOg0K Pj4gU3BtU3RhcnQgZmFpbGVkDQo+Pg0KPiBJJ20gbm8gZXhwZXJ0LCBidXQgdGhlIGxhc3QgdGlt ZSBJIGJlYXQgbXkgaGVhZCBvbiB0aGF0IHJvY2ssIHNvbWV0aGluZyB3YXMNCj4gd3Jvbmcgd2l0 aCBteSBzYW5sb2NrIHN0b3JhZ2UuICBZTU1WDQo+IFRlZCBNaWxsZXINCj4gRWxraGFydCwgSU4s IFVTQQ0KPg0KDQotLSANCiJIZSBpcyBubyBmb29sIHdobyBnaXZlcyB3aGF0IGhlIGNhbm5vdCBr ZWVwLCB0byBnYWluIHdoYXQgaGUgY2Fubm90IGxvc2UuIiAtIC0gSmltIEVsbGlvdA0KRm9yIG1v cmUgaW5mb3JtYXRpb24gYWJvdXQgSmltIEVsbGlvdCBhbmQgaGlzIHVudXN1YWwgbGlmZSwgc2Vl IGh0dHA6Ly93d3cuY2hyaXN0aWFubGl0ZXJhdHVyZWFuZGxpdmluZy5jb20vbWFyY2gyMDAzL2Nh cm9seW4uaHRtbC4NCg0KVGVkIE1pbGxlcg0KRGVzaWduIEVuZ2luZWVyDQpIQ0pCIEdsb2JhbCBU ZWNobm9sb2d5IENlbnRlciwgYSBtaW5pc3RyeSBvZiBSZWFjaCBCZXlvbmQNCjI4MzAgU291dGgg MTd0aCBTdA0KRWxraGFydCwgSU4gIDQ2NTE3DQo1NzQtLTk3MC00MjcyIG15IGRlc2sNCjU3NC0t OTcwLTQyNTIgcmVjZXB0aW9uaXN0DQoNCg== ------=_Part_376_2068777434.1397258585580-- ------=_Part_377_34604661.1397258585580--

1 0

SPM error
by Maurice James 12 Apr '14

12 Apr '14

------=_Part_280_288263983.1397239517104 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I have an error trying to bring the master DC back online. After several reboots, no luck. I took the other cluster members offline to try to troubleshoot. The remaining host is constantly in contention with itself for SPM ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-40) [38d400ea] IrsBroker::Failed::GetStoragePoolInfoVDS due to: IrsSpmStartFailedException: IRSGenericException: IRSErrorException: SpmStart failed ------=_Part_280_288263983.1397239517104 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div>I have an error trying to bring = the master DC back online. After several reboots, no luck. I took the other= cluster members offline to try to troubleshoot. The remaining host is cons= tantly in contention with itself for SPM</div><div><br></div><div><br></div= ><div>ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (D= efaultQuartzScheduler_Worker-40) [38d400ea] IrsBroker::Failed::GetStoragePo= olInfoVDS due to: IrsSpmStartFailedException: IRSGenericException: IRSError= Exception: SpmStart failed</div><div><br></div><div><span name=3D"x"></span= ><div><span style=3D"font-family: 'trebuchet ms', sans-serif;" data-mce-sty= le=3D"font-family: 'trebuchet ms', sans-serif;"><br></span></div><div><span= style=3D"font-family: 'trebuchet ms', sans-serif;" data-mce-style=3D"font-= family: 'trebuchet ms', sans-serif;"><br></span></div><div><br></div><span = name=3D"x"></span><br></div></div></body></html> ------=_Part_280_288263983.1397239517104--

2 3

Re: [ovirt-users] Re-add a node
by Dafna Ron 11 Apr '14

11 Apr '14

James, Please answer the user's list as well as to me so that other people can participate as well :) did you try to press the "confirm host has been rebooted" (right click) On 04/11/2014 12:41 PM, James James wrote: > > > > 2014-04-11 13:16 GMT+02:00 Dafna Ron <dron(a)redhat.com > <mailto:dron@redhat.com>>: > > what is the error message you get when you try to put the host in > maintenance? > > > I have this message : > > > Error while executing action: Cannot switch Host to Maintenance mode. > Host is Storage Pool Manager and is in Non Responsive state. > - If power management is configured, engine will try to fence the host > automatically. > - Otherwise, either bring the node back up, or release the SPM resource. > To do so, verify that the node is really down by right clicking on the > host and confirm that the node was shutdown manually. > > > > are there any running vm's reported? > > > No there is no VM running on this host > > > > Try to press the "confirm host has been rebooted" button and than > see if you can put the host in maintenance. > > If that fails, select the host, in the general tab you will get > the re-install link. > > > > I am running ovirt 3.4.0-1. I down't know where is the re-install link > but I can't see it. > > try to re-install, when install fails the host should change > status to failed installation. > > > > > On 04/11/2014 12:09 PM, James James wrote: > > No, I can't .... > > > 2014-04-11 12:12 GMT+02:00 Dafna Ron <dron(a)redhat.com > <mailto:dron@redhat.com> <mailto:dron@redhat.com > <mailto:dron@redhat.com>>>: > > > can you put the host in maintenance? > > > > > On 04/11/2014 10:43 AM, James James wrote: > > I can't delete the old node because it is in Non > Responsive > state. The remove button is stil blank . > > In the engine.log I've got this log : > 2014-04-11 11:40:45,911 ERROR > > [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] > (DefaultQuartzScheduler_Worker-88) Command > GetCapabilitiesVDSCommand(HostName = node1, HostId = > 36fb6df3-c2c2-4133-86ac-fe50b99ee2e3, vds=Host[node1]) > execution failed. Exception: VDSNetworkException: > > sun.security.provider.certpath.SunCertPathBuilderException: > unable to find valid certification path to requested > target > 2014-04-11 11:40:48,943 ERROR > > [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] > (DefaultQuartzScheduler_Worker-12) Command > GetCapabilitiesVDSCommand(HostName = node1, HostId = > 36fb6df3-c2c2-4133-86ac-fe50b99ee2e3, vds=Host[node1]) > execution failed. Exception: VDSNetworkException: > > sun.security.provider.certpath.SunCertPathBuilderException: > unable to find valid certification path to requested > target > > > > > > 2014-04-11 11:06 GMT+02:00 Alon Bar-Lev > <alonbl(a)redhat.com <mailto:alonbl@redhat.com> > <mailto:alonbl@redhat.com <mailto:alonbl@redhat.com>> > <mailto:alonbl@redhat.com <mailto:alonbl@redhat.com> > > <mailto:alonbl@redhat.com <mailto:alonbl@redhat.com>>>>: > > > > > ----- Original Message ----- > > From: "James James" <jreg2k(a)gmail.com > <mailto:jreg2k@gmail.com> > <mailto:jreg2k@gmail.com <mailto:jreg2k@gmail.com>> > <mailto:jreg2k@gmail.com <mailto:jreg2k@gmail.com> > <mailto:jreg2k@gmail.com <mailto:jreg2k@gmail.com>>>> > > To: dron(a)redhat.com <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>> > <mailto:dron@redhat.com <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>>> > > Cc: "users" <users(a)ovirt.org > <mailto:users@ovirt.org> <mailto:users@ovirt.org > <mailto:users@ovirt.org>> > <mailto:users@ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>>>> > > Sent: Friday, April 11, 2014 12:04:23 PM > > Subject: Re: [ovirt-users] Re-add a node > > > > The engine is the same but the node (node1) has been > reinstalled ... > > So you need to re-add it to the engine. > Delete the old node at engine side and use the > node user > interface > to add it to the engine. > > > > > > > 2014-04-11 10:48 GMT+02:00 James James < > jreg2k(a)gmail.com <mailto:jreg2k@gmail.com> > <mailto:jreg2k@gmail.com <mailto:jreg2k@gmail.com>> > <mailto:jreg2k@gmail.com <mailto:jreg2k@gmail.com> > <mailto:jreg2k@gmail.com <mailto:jreg2k@gmail.com>>> > : > > > > > > > > > > the log contains information about the first node1 > installation .... > > > > http://pastebin.com/mZSb2wmD > > > > > > 2014-04-11 10:12 GMT+02:00 Dafna Ron < > dron(a)redhat.com <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>> > <mailto:dron@redhat.com <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>>> > : > > > > > > > > > > please add the host-deploy log from > /var/log/ovirt-engine/host- > deploy/ > > > > > > On 04/11/2014 12:11 AM, James James wrote: > > > > > > > > Hi, > > I don know i the subject is explicit enough but > I have a > problem > and I hope > > to find some help here. > > > > I had two hosts in my cluster (node1 and node2). > I had to > reinstall node1 due > > to some networks problem. In the engine, node1 > appears > now "Not > reponsive" > > and I can't remove it from the engine ui. > > > > Now node1 is back and I want to add it in the > cluster but I > can't. I've got > > this error (vdsm.log) : > > BindingXMLRPC::ERROR::2014-04- 11 01 > <tel:2014-04-%2011%2001> > <tel:2014-04-%2011%2001> > <tel:2014-04-%2011%2001>:04:42,622::BindingXMLRPC:: > > > 81::vds::(threaded_start) xml-rpc handler exception > > Traceback (most recent call last): > > File "/usr/share/vdsm/ BindingXMLRPC.py", line > 77, in > threaded_start > > self.server.handle_request() > > File "/usr/lib64/python2.6/ SocketServer.py", > line 278, in > handle_request > > self._handle_request_noblock() > > File "/usr/lib64/python2.6/ SocketServer.py", > line 288, in > > _handle_request_noblock > > request, client_address = self.get_request() > > File "/usr/lib64/python2.6/ SocketServer.py", > line 456, in > get_request > > return self.socket.accept() > > File "/usr/lib64/python2.6/site- packages/vdsm/ > SecureXMLRPCServer.py", line > > 136, in accept > > raise SSL.SSLError("%s, client %s" % (e, > address[0])) > > SSLError: sslv3 alert certificate unknown, client > 192.168.1.100 > > > > 192.168.1.100 is the engine's address > > > > Can somebody help me ? > > > > > > > > ______________________________ _________________ > > Users mailing list > > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> > > > > http://lists.ovirt.org/ mailman/listinfo/users > > > > > > -- > > Dafna Ron > > > > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > -- Dafna Ron > > > > > -- > Dafna Ron > > -- Dafna Ron

4 17

vdsm dependency rsyslog?
by Sven Kieske 11 Apr '14

11 Apr '14

Hi, I just observed that vdsm has a hard dependency on rsyslog. Could anybody enlighten me why this is needed? As I understand it's a python script which could log to any configurable logging facility. What about other syslog services? -- 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 5

New oVirt Node available for 3.3 and 3.4
by Fabian Deutsch 11 Apr '14

11 Apr '14

--=-QQWSqCCwZFdbK8EHnoD0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hey, there is a new oVirt Node build available here: http://resources.ovirt.org/releases/3.4/iso/ovirt-node-iso-3.4-20140410.0.e= l6.iso This build can be used for oVirt 3.4 and oVirt 3.3 as well. Greetings fabian --=-QQWSqCCwZFdbK8EHnoD0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJTR/8yAAoJEC9+uOgSHVGU/YYQALun8t3ayv1NPwhTBLf8lUEC KVEkBogcbdPpR5o/UWAVJZun7gViSdnIt4ewaxgGSF5YUU49NArKyXvLSz/PD3+p 0NhQk+31xXzd9eBpnu3jbhonKAdoxjcd1jdDbHlKAfwJIIf/tGUCXyvdhX264CZv mEdjbXZMsKsaCXZf2HEhTJspVp4Qvq72/k457E2EdY3rqxkVhO2l44vesRdubeYM RAsE4nujoMnnhIewXoxYNvmZEfJcuzxNz1C3hYgvhpdvdLy6luwJzcK+GfYUHkbY 9Yd3uP9JsRcAvBkNLvy9/eXsfrb8Z3U2nvMEInXlqM0jvbONhKnCC9fjw++pRkgN hoZylxvNPOCpObWV8HZuER4BVPGazQS1N9h/EZZnAjEanOkKIKC8O9TAUPtCd2qT KKjXB5wC4cc4QYJG3n1E32XtwUF7PDfGSEM1N60KAM0mO41wQKDTR93rk9iMJl6E GjUbfEOzK6NjqRUYnz61VPWc080GKSXwh+aJXuFg27JoTH/QF4RBujx+hHqeqfJU iKNFWiiLsTBkkh1+S+xzEUFLuy/ANleLAqGUVj4A+blRzPq/ozGOhykDe69AXiaV IBDEg9R1dLLm2QN/jkFK+GT/y4bHnis7yCcPfJpVYHwcla3k75Cpmw6t8OP7Akn7 j2JPmq48BQj6dqSxROPk =Bs9k -----END PGP SIGNATURE----- --=-QQWSqCCwZFdbK8EHnoD0--

1 0

Fwd: [Users] HA
by Koen Vanoppen 11 Apr '14

11 Apr '14

The Power management is configured correctly. And as long as the host who loses his storage isn't the SPM, there is no problem. If I can make it work that, when the VM is pauzed it's get switched of and (HA-way) reboots itself. I'm perfectly happy :-). Kind regards, ---------- Forwarded message ---------- From: Koen Vanoppen <vanoppen.koen(a)gmail.com> Date: 2014-04-11 14:47 GMT+02:00 Subject: Re: [ovirt-users] [Users] HA To: Michal Skrivanek <michal.skrivanek(a)redhat.com> The Power management is configured correctly. And as long as the host who loses his storage isn't the SPM, there is no problem. If I can make it work that, when the VM is pauzed it's get switched of and (HA-way) reboots itself. I'm perfectly happy :-). Kind regards, 2014-04-11 9:37 GMT+02:00 Michal Skrivanek <michal.skrivanek(a)redhat.com>: > On 11 Apr 2014, at 09:00, Koen Vanoppen wrote: > > Hi All, > > Any news about this? DSM hook or anything? > Thanx! > > Kind regards > > > 2014-04-09 9:37 GMT+02:00 Omer Frenkel <ofrenkel(a)redhat.com>: > >> >> >> ----- Original Message ----- >> > From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com> >> > To: users(a)ovirt.org >> > Sent: Tuesday, April 8, 2014 3:41:02 PM >> > Subject: Re: [Users] HA >> > >> > Or with other words, the SPM and the VM should move almost immediate >> after >> > the storage connections on the hypervisor are gone. I know, I'm asking >> to >> > much maybe, but we would be very happy :-) :-). >> > >> > So sketch: >> > >> > Mercury1 SPM >> > Mercury 2 >> > >> > Mercury1 loses both fibre connections --> goes in non-operational and >> the VM >> > goes in paused state and stays this way, until I manually reboot the >> host so >> > it fences. >> > >> > What I would like is that when mercury 1 loses both fibre connections. >> He >> > fences immediate so the VM's are moved also almost instantly... If this >> is >> > possible... :-) >> > >> > Kind regards and thanks for all the help! >> > >> >> Michal, is there a vdsm hook for vm moved to pause? >> if so, you could send KILL to it, and engine will identify vm was >> killed+HA, >> so it will be restarted, and no need to reboot the host, it will stay in >> non-operational until storage is fixed. >> > > you have to differentiate - if only the VMs would be paused, yes, you can > do anything (also change the err reporting policy to not pause the VM) > but if the host becomes non-operational then it simply doesn't work, vdsm > got stuck somewhere (often in get blk device stats) > proper power management config should fence it > > Thanks, > michal > > >> > >> > >> > 2014-04-08 14:26 GMT+02:00 Koen Vanoppen < vanoppen.koen(a)gmail.com > : >> > >> > >> > >> > Ok, >> > Thanx already for all the help. I adapted some things for quicker >> respons: >> > engine-config --get FenceQuietTimeBetweenOperationsInSec-->180 >> > engine-config --set FenceQuietTimeBetweenOperationsInSec=60 >> > >> > engine-config --get StorageDomainFalureTimeoutInMinutes-->180 >> > engine-config --set StorageDomainFalureTimeoutInMinutes=1 >> > >> > engine-config --get SpmCommandFailOverRetries-->5 >> > engine-config --set SpmCommandFailOverRetries >> > >> > engine-config --get SPMFailOverAttempts-->3 >> > engine-config --set SPMFailOverAttempts=1 >> > >> > engine-config --get NumberOfFailedRunsOnVds-->3 >> > engine-config --set NumberOfFailedRunsOnVds=1 >> > >> > engine-config --get vdsTimeout-->180 >> > engine-config --set vdsTimeout=30 >> > >> > engine-config --get VDSAttemptsToResetCount-->2 >> > engine-config --set VDSAttemptsToResetCount=1 >> > >> > engine-config --get TimeoutToResetVdsInSeconds-->60 >> > engine-config --set TimeoutToResetVdsInSeconds=30 >> > >> > Now the result of this is that when the VM is not running on the SPM >> that it >> > will migrate before going in pause mode. >> > But when we tried it, when the vm is running on the SPM, it get's in >> paused >> > mode (for safety reasons, I know ;-) ). And stays there until the host >> gets >> > MANUALLY fenced by rebooting it. So now my question is... How can I >> make the >> > hypervisor fence (so reboots, so vm is moved) quicker? >> > >> > Kind regards, >> > >> > Koen >> > >> > >> > 2014-04-04 16:28 GMT+02:00 Koen Vanoppen < vanoppen.koen(a)gmail.com > : >> > >> > >> > >> > >> > >> > Ja das waar. Maar was aan't rijden... Dus ik stuur maar door dan :-). >> Ik heb >> > reeds de time out aangepast. Die stond op 5 min voor hij den time out >> ging >> > geven. Staat nu op 2 min >> > On Apr 4, 2014 4:14 PM, "David Van Zeebroeck" < >> > david.van.zeebroeck(a)brusselsairport.be > wrote: >> > >> > >> > >> > >> > >> > >> > >> > >> > Ik heb ze ook he >> > >> > >> > >> > Maar normaal had de fencing moeten werken als ik het zo lees >> > >> > Dus daar is ergens iets verkeerd gelopen zo te lezen >> > >> > >> > >> > From: Koen Vanoppen [mailto: vanoppen.koen(a)gmail.com ] >> > Sent: vrijdag 4 april 2014 16:07 >> > To: David Van Zeebroeck >> > Subject: Fwd: Re: [Users] HA >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > David Van Zeebroeck >> > >> > Product Manager Unix Infrastructure >> > >> > Information & Communication Technology >> > >> > Brussels Airport Company >> > >> > T +32 (0)2 753 66 24 >> > >> > M +32 (0)497 02 17 31 >> > >> > david.van.zeebroeck(a)brusselsairport.be >> > >> > >> > >> > www.brusselsairport.be >> > >> > >> > >> > >> > >> > >> > >> > FOLLOW US ON: >> > >> > >> > >> > >> > >> > >> > >> > Company Info >> > >> > >> > >> > >> > >> > >> > ---------- Forwarded message ---------- >> > From: "Michal Skrivanek" < michal.skrivanek(a)redhat.com > >> > Date: Apr 4, 2014 3:39 PM >> > Subject: Re: [Users] HA >> > To: "Koen Vanoppen" < vanoppen.koen(a)gmail.com > >> > Cc: "ovirt-users Users" < users(a)ovirt.org > >> > >> > >> > >> > >> > >> > >> > On 4 Apr 2014, at 15:14, Sander Grendelman wrote: >> > >> > >> > >> > >> > >> > >> > Do you have power management configured? >> > >> > >> > Was the "failed" host fenced/rebooted? >> > >> > >> > >> > >> > >> > On Fri, Apr 4, 2014 at 2:21 PM, Koen Vanoppen < vanoppen.koen(a)gmail.com> >> > wrote: >> > >> > >> > So... It is possible for a fully automatic migration of the VM to >> another >> > hypervisor in case Storage connection fails? >> > >> > >> > How can we make this happen? Because for the moment, when we tested the >> > situation they stayed in pause state. >> > >> > >> > (Test situation: >> > >> > * Unplug the 2 fibre cables from the hypervisor >> > * VM's go in pause state >> > * VM's stayed in pause state until the failure was solved >> > >> > >> > >> > >> > >> > as said before, it's not safe hence we (try to) not migrate them. >> > >> > >> > They only get paused when they actually access the storage which may >> not be >> > always the case. I.e. the storage connection is severed, host deemed >> > NonOperational and VMs are getting migrated from it, then some of them >> will >> > succeed if they didn't access that "bad" storage … the paused VMs will >> > remain (mostly, it can still happen that they appear paused migrated on >> > other host when the disk access occurs only at the last stage of >> migration) >> > >> > >> > >> > >> > >> > >> > >> > >> > so in other words, if you want to migrate the VMs without interruption >> it's >> > not sometimes possible >> > >> > >> > if you are fine with the VMs restarted in short time on other host then >> power >> > management/fencing will help here >> > >> > >> > >> > >> > >> > Thanks, >> > >> > >> > michal >> > >> > >> > >> > >> > >> > >> > ) >> > >> > >> > >> > >> > They only returned when we restored the fiber connection to the >> Hypervisor… >> > >> > >> > >> > >> > >> > yes, since 3.3 we have the autoresume feature >> > >> > >> > >> > >> > >> > Thanks, >> > >> > >> > michal >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > Kind Regards, >> > >> > Koen >> > >> > >> > >> > >> > >> > >> > >> > >> > 2014-04-04 13:52 GMT+02:00 Koen Vanoppen < vanoppen.koen(a)gmail.com >: >> > >> > >> > So... It is possible for a fully automatic migration of the VM to >> another >> > hypervisor in case Storage connection fails? >> > >> > >> > How can we make this happen? Because for the moment, when we tested the >> > situation they stayed in pause state. >> > >> > >> > (Test situation: >> > >> > * Unplug the 2 fibre cables from the hypervisor >> > * VM's go in pause state >> > * VM's stayed in pause state until the failure was solved >> > >> > >> > ) >> > >> > >> > >> > >> > They only returned when we restored the fiber connection to the >> Hypervisor... >> > >> > >> > Kind Regards, >> > >> > Koen >> > >> > >> > >> > >> > >> > 2014-04-03 16:53 GMT+02:00 Koen Vanoppen < vanoppen.koen(a)gmail.com >: >> > >> > >> > >> > >> > >> > >> > >> > ---------- Forwarded message ---------- >> > From: "Doron Fediuck" < dfediuck(a)redhat.com > >> > Date: Apr 3, 2014 4:51 PM >> > Subject: Re: [Users] HA >> > >> > >> > To: "Koen Vanoppen" < vanoppen.koen(a)gmail.com > >> > Cc: "Omer Frenkel" < ofrenkel(a)redhat.com >, < users(a)ovirt.org >, >> "Federico >> > Simoncelli" < fsimonce(a)redhat.com >, "Allon Mureinik" < >> amureini(a)redhat.com >> > > >> > >> > >> > >> > ----- Original Message ----- >> > > From: "Koen Vanoppen" < vanoppen.koen(a)gmail.com > >> > > To: "Omer Frenkel" < ofrenkel(a)redhat.com >, users(a)ovirt.org >> > > Sent: Wednesday, April 2, 2014 4:17:36 PM >> > > Subject: Re: [Users] HA >> > > >> > > Yes, indeed. I meant not-operational. Sorry. >> > > So, if I understand this correctly. When we ever come in a situation >> that >> > > we >> > > loose both storage connections on our hypervisor, we will have to >> manually >> > > restore the connections first? >> > > >> > > And thanx for the tip for speeding up thins :-). >> > > >> > > Kind regards, >> > > >> > > Koen >> > > >> > > >> > > 2014-04-02 15:14 GMT+02:00 Omer Frenkel < ofrenkel(a)redhat.com > : >> > > >> > > >> > > >> > > >> > > >> > > ----- Original Message ----- >> > > > From: "Koen Vanoppen" < vanoppen.koen(a)gmail.com > >> > > > To: users(a)ovirt.org >> > > > Sent: Wednesday, April 2, 2014 4:07:19 PM >> > > > Subject: [Users] HA >> > > > >> > > > Dear All, >> > > > >> > > > Due our acceptance testing, we discovered something. (Document will >> > > > follow). >> > > > When we disable one fiber path, no problem multipath finds it way no >> > > > pings >> > > > are lost. >> > > > BUT when we disabled both the fiber paths (so one of the storage >> domain >> > > > is >> > > > gone on this host, but still available on the other host), vms go in >> > > > paused >> > > > mode... He chooses a new SPM (can we speed this up?), put's the >> host in >> > > > non-responsive (can we speed this up, more important) and the VM's >> stay >> > > > on >> > > > Paused mode... I would expect that they would be migrated (yes, HA >> is >> > > >> > > i guess you mean the host moves to not-operational (in contrast to >> > > non-responsive)? >> > > if so, the engine will not migrate vms that are paused to do io error, >> > > because of data corruption risk. >> > > >> > > to speed up you can look at the storage domain monitoring timeout: >> > > engine-config --get StorageDomainFalureTimeoutInMinutes >> > > >> > > >> > > > enabled) to the other host and reboot there... Any solution? We are >> still >> > > > using oVirt 3.3.1 , but we are planning a upgrade to 3.4 after the >> easter >> > > > holiday. >> > > > >> > > > Kind Regards, >> > > > >> > > > Koen >> > > > >> > >> > Hi Koen, >> > Resuming from paused due to io issues is supported (adding relevant >> folks). >> > Regardless, if you did not define power management, you should manually >> > approve >> > source host was rebooted in order for migration to proceed. Otherwise >> we risk >> > split-brain scenario. >> > >> > Doron >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > _______________________________________________ >> > Users mailing list >> > Users(a)ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> > >> > >> > >> > >> > _______________________________________________ >> > Users mailing list >> > Users(a)ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > _______________________________________________ >> > Users mailing list >> > Users(a)ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > >

2 1