- Users - oVirt List Archives

Restoring Hosted Engine to failed
by Logan Kuhn 26 Feb '17

26 Feb '17

Hi I'm in the process of trying to restore our previous hosted engine onto new, permanent, storage. I've followed this guide: https://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engi… It went pretty smoothly up until the hosted engine deploy tried to add the host to the environment. The error was Unable to add HEVM to the manager. However, I can login to the environment just fine, but it does not have the HEVM and the host it's currently running on is down. I've attached the hosted engine setup log. Let me know if there are any other logs that will be helpful Logan

3 3

ovirt 4.1.0.4 error..
by Thomas Davis 26 Feb '17

26 Feb '17

I am getting this error message: Unexpected character ('<' (code 60)): expected a valid value (number, String, array, object, 'true', 'false' or 'null') at [Source: java.io.StringReader@4c65dbb1; line: 1, column: 2] in both screen after login on ovirt, and in the engine.log. Any ideas one what it is looking for this? This ovirt setup has gone from 3.5 -> 3.6 -> 4.0 -> 4.1. I am currently blocked on doing any VM management in ovirt due to this.. thomas

2 3

Recognize HE iSCSI volume size change
by Chris Adams 24 Feb '17

24 Feb '17

I'm testing upgrading an oVirt 3.5 setup, and I have run into a problem when going from 3.5 to 3.6 on a physical machine configured for the hosted engine. I upgraded the engine itself okay, but when I upgraded the first physical machine, it cannot be re-activated; it gets an error connecting to the storage domain. Checking the logs, it looks like it is looping trying to create a new LV in the HE VG. I assume this is for moving the HE config to the shared storage? It is failing because it is trying to create a 1G LV, but the VG only has 512M free space. I extended the iSCSI volume, but there doesn't appear to be anyway to get the HE nodes to recognize this; they both still see the original size, no matter what I try. Is there a way to get them to see the larger PV, so the new LV(s) can be created? -- Chris Adams <cma(a)cmadams.net>

4 8

Re: [ovirt-users] Disable guest agent not installed warning
by Karli Sjöberg 24 Feb '17

24 Feb '17

--_000_6ae132c671124470a8710a2101a78e1bexch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMjMgZmViLiAyMDE3IDY6MTAgZW0gc2tyZXYgTmlyIFNvZmZlciA8bnNvZmZlckByZWRo YXQuY29tPjoNCj4NCj4gT24gVGh1LCBGZWIgMjMsIDIwMTcgYXQgNjo0NyBQTSwgS2FybGkgU2rD tmJlcmcgPGthcmxpLnNqb2JlcmdAc2x1LnNlPiB3cm90ZToNCj4gPg0KPiA+IERlbiAyMyBmZWIu IDIwMTcgNDowOSBlbSBza3JldiBOaXIgU29mZmVyIDxuc29mZmVyQHJlZGhhdC5jb20+Og0KPiA+ Pg0KPiA+PiBPbiBUaHUsIEZlYiAyMywgMjAxNyBhdCA0OjM4IFBNLCBLYXJsaSBTasO2YmVyZyA8 a2FybGkuc2pvYmVyZ0BzbHUuc2U+DQo+ID4+IHdyb3RlOg0KPiA+PiA+IE9uIFRodSwgMjAxNy0w Mi0yMyBhdCAxMzo0NiArMDAwMCwgTWlzYWsgS2hhY2hhdHJ5YW4gd3JvdGU6DQo+ID4+ID4+IEhp IHRoZXJlLiBBbnlib2R5IGtub3dzIGhvdyB0byBzdXBwcmVzcyBndWVzdCBhZ2VudCBub3QgaW5z dGFsbGVkDQo+ID4+ID4+IHdhcm5pbmcgZm9yIFZNPyBJIGhhdmUgb25lIFZNIGJhc2VkIG9uIEZy ZWVCU0QsIHdoZXJlIGkgY2FuJ3QgaW5zdGFsbA0KPiA+PiA+PiBpdCBhbmQgdGhlIHdhcm5pbmcg aXMganVzdCBhbm5veWluZy4NCj4gPj4NCj4gPj4gSSBsZWFybmVkIHRvZGF5IHRoYXQgSEEgZG9l cyBub3Qgd29yayBwcm9wZXJseSBpZiBndWVzdCBhZ2VudCBpcyBub3QNCj4gPj4gaW5zdGFsbGVk LA0KPiA+PiBzbyB5b3Ugc2hvdWxkIGJlIGNhcmVmdWwgYWJvdXQgdGhlIHdhcm5pbmcuDQo+ID4+ DQo+ID4+IE5pcg0KPiA+DQo+ID4gVWhtLCB3aGF0IG1ha2VzIHlvdSBzYXkgdGhhdCBleGFjdGx5 PyBJJ3ZlIGJlZW4gcnVubmluZyBvVmlydCBzaW5jZSBnb2QNCj4gPiBrbm93cyBob3cgbG9uZyBu b3csIGZhY2VkIGNvdW50bGVzcyBvZiB0aW1lcyB3aGVyZSBIQSB3b3JrZWQgcGVyZmVjdGx5IGZp bmUuDQo+ID4gSWYgdGhpcyBpcyBhIG5ldyAiZmVhdHVyZSIsIHlvdSBoYXZlIG15IHNpbmNlcmVz dCB0aHVtYnMgZG93biBvbiB0aGF0IG9uZTopDQo+DQo+IElmIHRoZSB2bSBpcyB0ZXJtaW5hdGVk IG9uIHRoZSBob3N0LCB3ZSB3aWxsIHRyZWF0IHRoYXQgYXMgbm9ybWFsIHRlcm1pbmF0aW9uDQo+ IChlLmcuIHBvd2Vyb2ZmIHdpdGhpbiB0aGUgdm0pLCBhbmQgd2lsbCBub3Qgc3RhcnQgdGhlIHZt IG9uIGFub3RoZXIgaG9zdC4NCj4NCj4gWW91IHByb2JhYmx5IGRvIG5vdCBub3RpY2UgdGhpcyBz aW5jZSBub2JvZHkgaXMga2lsbGluZyB5b3VyIHZtcy4NCj4NCj4gTmlyDQoNClNvIGEgJ2tpbGwg LTknIG9yIHFlbXUgYnVnLCBodWg/IEdvb2QgdG8ga25vdywgYnV0IEkgY29uc2lkZXIgaXQgYSBz bWFsbCByaXNrLg0KDQpCVFcgTWlzYWssIHlvdSBzaG91bGQgYmUgYWJsZSB0byBnZXQgdGhlIGd1 ZXN0IGFnZW50IHJ1bm5pbmcgaW4gRnJlZUJTRCAxMSwgc2luY2UgdGhleSBhZGRlZCBWaXJ0SU8g c2VyaWFsIG5vdywgaGF2ZW4ndCB0cmllZCBpdCBteXNlbGYsIGEgYml0IHByZW9jY3VwaWVkIGF0 IHRoZSBtb21lbnQuDQoNCi9LDQo= --_000_6ae132c671124470a8710a2101a78e1bexch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <A04CD01C21FF574790EE7397654C834D(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAyMyBmZWIuIDIwMTcgNjoxMCBlbSBza3JldiBOaXIgU29mZmVyICZsdDtuc29m ZmVyQHJlZGhhdC5jb20mZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7IE9uIFRodSwgRmViIDIzLCAy MDE3IGF0IDY6NDcgUE0sIEthcmxpIFNqw7ZiZXJnICZsdDtrYXJsaS5zam9iZXJnQHNsdS5zZSZn dDsgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IERlbiAyMyBmZWIuIDIwMTcg NDowOSBlbSBza3JldiBOaXIgU29mZmVyICZsdDtuc29mZmVyQHJlZGhhdC5jb20mZ3Q7Ojxicj4N CiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IE9uIFRodSwgRmViIDIzLCAyMDE3IGF0 IDQ6MzggUE0sIEthcmxpIFNqw7ZiZXJnICZsdDtrYXJsaS5zam9iZXJnQHNsdS5zZSZndDs8YnI+ DQomZ3Q7ICZndDsmZ3Q7IHdyb3RlOjxicj4NCiZndDsgJmd0OyZndDsgJmd0OyBPbiBUaHUsIDIw MTctMDItMjMgYXQgMTM6NDYgJiM0MzswMDAwLCBNaXNhayBLaGFjaGF0cnlhbiB3cm90ZTo8YnI+ DQomZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IEhpIHRoZXJlLiBBbnlib2R5IGtub3dzIGhvdyB0byBz dXBwcmVzcyBndWVzdCBhZ2VudCBub3QgaW5zdGFsbGVkPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7 Jmd0OyB3YXJuaW5nIGZvciBWTT8gSSBoYXZlIG9uZSBWTSBiYXNlZCBvbiBGcmVlQlNELCB3aGVy ZSBpIGNhbid0IGluc3RhbGw8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IGl0IGFuZCB0aGUg d2FybmluZyBpcyBqdXN0IGFubm95aW5nLjxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZn dDsmZ3Q7IEkgbGVhcm5lZCB0b2RheSB0aGF0IEhBIGRvZXMgbm90IHdvcmsgcHJvcGVybHkgaWYg Z3Vlc3QgYWdlbnQgaXMgbm90PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBpbnN0YWxsZWQsPGJyPg0KJmd0 OyAmZ3Q7Jmd0OyBzbyB5b3Ugc2hvdWxkIGJlIGNhcmVmdWwgYWJvdXQgdGhlIHdhcm5pbmcuPGJy Pg0KJmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgTmlyPGJyPg0KJmd0OyAmZ3Q7PGJy Pg0KJmd0OyAmZ3Q7IFVobSwgd2hhdCBtYWtlcyB5b3Ugc2F5IHRoYXQgZXhhY3RseT8gSSd2ZSBi ZWVuIHJ1bm5pbmcgb1ZpcnQgc2luY2UgZ29kPGJyPg0KJmd0OyAmZ3Q7IGtub3dzIGhvdyBsb25n IG5vdywgZmFjZWQgY291bnRsZXNzIG9mIHRpbWVzIHdoZXJlIEhBIHdvcmtlZCBwZXJmZWN0bHkg ZmluZS48YnI+DQomZ3Q7ICZndDsgSWYgdGhpcyBpcyBhIG5ldyAmcXVvdDtmZWF0dXJlJnF1b3Q7 LCB5b3UgaGF2ZSBteSBzaW5jZXJlc3QgdGh1bWJzIGRvd24gb24gdGhhdCBvbmU6KTxicj4NCiZn dDs8YnI+DQomZ3Q7IElmIHRoZSB2bSBpcyB0ZXJtaW5hdGVkIG9uIHRoZSBob3N0LCB3ZSB3aWxs IHRyZWF0IHRoYXQgYXMgbm9ybWFsIHRlcm1pbmF0aW9uPGJyPg0KJmd0OyAoZS5nLiBwb3dlcm9m ZiB3aXRoaW4gdGhlIHZtKSwgYW5kIHdpbGwgbm90IHN0YXJ0IHRoZSB2bSBvbiBhbm90aGVyIGhv c3QuPGJyPg0KJmd0Ozxicj4NCiZndDsgWW91IHByb2JhYmx5IGRvIG5vdCBub3RpY2UgdGhpcyBz aW5jZSBub2JvZHkgaXMga2lsbGluZyB5b3VyIHZtcy48YnI+DQomZ3Q7PGJyPg0KJmd0OyBOaXI8 L3A+DQo8cCBkaXI9Imx0ciI+U28gYSAna2lsbCAtOScgb3IgcWVtdSBidWcsIGh1aD8gR29vZCB0 byBrbm93LCBidXQgSSBjb25zaWRlciBpdCBhIHNtYWxsIHJpc2suPC9wPg0KPHAgZGlyPSJsdHIi PkJUVyBNaXNhaywgeW91IHNob3VsZCBiZSBhYmxlIHRvIGdldCB0aGUgZ3Vlc3QgYWdlbnQgcnVu bmluZyBpbiBGcmVlQlNEIDExLCBzaW5jZSB0aGV5IGFkZGVkIFZpcnRJTyBzZXJpYWwgbm93LCBo YXZlbid0IHRyaWVkIGl0IG15c2VsZiwgYSBiaXQgcHJlb2NjdXBpZWQgYXQgdGhlIG1vbWVudC48 L3A+DQo8cCBkaXI9Imx0ciI+L0s8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_6ae132c671124470a8710a2101a78e1bexch24sluse_--

4 4

Troubleshoot failed storage migration
by Christian Grenier 24 Feb '17

24 Feb '17

--_000_3A56B77305AE8C409AD1F3C35371BB611A67E8FESBSB2B2Cincloca_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I had an outage during live storage migration of a VM disk between two iSCS= I. Since the outage prevented Ovirt to cleanly remove stuff on the destination= iSCSI when the failure occurred, I think there's leftovers on the destinat= ion iSCSI. The result is that any further attempt to live storage migrate t= his VM disk fails with error "Cannot create Logical Volume" How can I troubleshoot / fix this ? -- Christian Grenier --_000_3A56B77305AE8C409AD1F3C35371BB611A67E8FESBSB2B2Cincloca_ 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"FR-CA" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> I had an outage during live sto= rage migration of a VM disk between two iSCSI. <o:p></o:p> <o:p> </o:p> Since the outage prevented Ovir= t to cleanly remove stuff on the destination iSCSI when the failure occurre= d, I think there’s leftovers on the destination iSCSI. The result is = that any further attempt to live storage migrate this VM disk fails with error “Cannot create Logical Volume”<o= :p></o:p> <o:p> </o:p> How can I troubleshoot / fix th= is ?<o:p></o:p> <o:p> </o:p> -- Christian Grenier  <o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_3A56B77305AE8C409AD1F3C35371BB611A67E8FESBSB2B2Cincloca_--

2 1

Two Problems On New Install
by Charles Tassell 24 Feb '17

24 Feb '17

Hi Everyone, I recently installed oVirt 4.0 on two servers with an iSCSI backstore, and I'm having two issues I'm having trouble tracking down. First, the initial datastore that the hosted engine is running on won't connect. It just says "Unattached" in the GUI, and I can't find an error message anywhere. Not a huge deal, it just means I can't see the hosted engine itself in the GUI. More importantly: I can't migrate VMs. They fail with errors like this in the vdsm.log of the destination host: Thread-60381::ERROR::2017-02-14 21:55:47,921::vm::767::virt.vm::(_startUnderlyingVm) vmId=`59f235cc-3ab2-4dae-b460-62be850e3d5d`::Failed to start a migration destination vm Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 733, in _startUnderlyingVm self._completeIncomingMigration() File "/usr/share/vdsm/virt/vm.py", line 3113, in _completeIncomingMigration self._incomingMigrationFinished.isSet(), usedTimeout) File "/usr/share/vdsm/virt/vm.py", line 3196, in _attachLibvirtDomainAfterMigration raise MigrationError(e.get_error_message()) MigrationError: Domain not found: no domain with matching uuid '59f235cc-3ab2-4dae-b460-62be850e3d5d' If I shut the VM down and start it on the host it works fine, it just won't migrate. I notice I'm also seeing a lot (like every 7 seconds) of this error: JsonRpc (StompReactor)::ERROR::2017-02-14 21:57:33,984::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data: unexpected eof Which I can't seem to diagnose. Any ideas?

2 3

import from Oracle VM possible?
by Gianluca Cecchi 24 Feb '17

24 Feb '17

Hello, I'm just trying to see if I can import from Oracle VM a bunch of VMs. I'm trying from gui in 4.1 using XEN (via RHEL) as Source and in URI I put this xen+ssh://root@oracle_vm_host I use one of my oVirt hosts as proxy (ovmsrv05 with ip 10.4.168.74) >From ovmsrv05 I verified I can ssh with public key and without password input to the oracle_vm_host But when I click the "Load" button in oVirt GUI, in /var/log/secure of Oracle VM Host I get a series of these messages: Feb 23 15:22:25 oracle_vm_host sshd[25707]: Failed password for root from 10.4.168.74 port 54792 ssh2 Feb 23 15:22:25 oracle_vm_host sshd[25707]: Failed password for root from 10.4.168.74 port 54792 ssh2 Feb 23 15:22:25 oracle_vm_host sshd[25710]: Connection closed by 10.4.168.74 What I'm doing wrong here? Thanks, Gianluca

3 5

ova conversion errors: where to search?
by Gianluca Cecchi 24 Feb '17

24 Feb '17

Hello, testing some VMware ova imports. In a test that I'm doing I get failure in conversion; in engine.log 2017-02-17 17:39:02,992+01 INFO [org.ovirt.engine.core.bll.exportimport.ConvertVmCallback] (DefaultQuartzScheduler4) [59adde47] Conversion of VM from external environment failed: Job u'cdb31877-3ebb-400d-88da-1f645b1261ae' process failed exit-code: 1 where to find more details regarding reasons for failure? Other files on engine or should I see at host side? In case I have to import a windows VM ova, which iso should I attach near the "Attach VirtIO-Drivers" checkbox? Any "official" iso? I downloaded oVirt-toolsSetup-4.1-3.fc24.iso but I don't know if it is the right iso for this. Thanks, Gianluca

3 5

Re: [ovirt-users] Disable guest agent not installed warning
by Karli Sjöberg 23 Feb '17

23 Feb '17

--_000_952078c1cb894ec2bb07a16e4089bc68exch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMjMgZmViLiAyMDE3IDk6NDYgZW0gc2tyZXYgTWlzYWsgS2hhY2hhdHJ5YW4gPGttaXNh a0BnbWFpbC5jb20+Og0KPg0KPiBTb3JyeSBmb3IgZHVwbGljYXRlIHBvc3RzLCBtZXNzZWQgdXAg YmV0d2VlbiBhY2NvdW50cy4NCj4NCj4gVGhlIHByb2JsZW0gaXMgdGhhdCBpdCdzIG5vdCBhIEZy ZWVCU0QgTWFjaGluZSwgaXQncyBGcmVlQlNEIGJhc2VkDQo+IEp1bmlwZXIgVmlydHVhbCBSb3V0 ZXIgUmVmbGVjdG9yIGltYWdlLCB3aGljaCBpIGNhbm5vdCBtb2RpZnkgYnkgYW55DQo+IHdheS4g SXQncyBwcm9wcmlldGFyeSBwcm9kdWN0LCBvbmx5IHBhcnQgb2YgaXQgaXMgRnJlZUJTRCAobW9z dGx5DQo+IGtlcm5lbCBhbmQgYmFzZSBlbnZpcm9ubWVudCkuDQo+DQo+IEJlc3QgcmVnYXJkcywN Cj4gTWlzYWsgS2hhY2hhdHJ5YW4NCg0KVGhlbiB0aGUgcHJvYmxlbSByZWFsbHkgaXMgdGhhdCBp dCdzIGEgcHJvcHJpZXRhcnkgYXBwbGlhbmNlIGFuZCBub3QgRnJlZUJTRC4gQXJlIHRoZXJlIF9h bnlfIGFwcGxpYW5jZXMgdGhhdCBzdXBwb3J0cyBpbnN0YWxsaW5nIHRoZSBndWVzdCBhZ2VudCwg ZXZlbiBSSC1iYXNlZCBvbmVzPw0KDQovSw0KPg0KPg0KPiBPbiBUaHUsIEZlYiAyMywgMjAxNyBh dCA5OjQ4IFBNLCBLYXJsaSBTasO2YmVyZyA8a2FybGkuc2pvYmVyZ0BzbHUuc2U+IHdyb3RlOg0K PiA+DQo+ID4gRGVuIDIzIGZlYi4gMjAxNyA2OjEwIGVtIHNrcmV2IE5pciBTb2ZmZXIgPG5zb2Zm ZXJAcmVkaGF0LmNvbT46DQo+ID4+DQo+ID4+IE9uIFRodSwgRmViIDIzLCAyMDE3IGF0IDY6NDcg UE0sIEthcmxpIFNqw7ZiZXJnIDxrYXJsaS5zam9iZXJnQHNsdS5zZT4NCj4gPj4gd3JvdGU6DQo+ ID4+ID4NCj4gPj4gPiBEZW4gMjMgZmViLiAyMDE3IDQ6MDkgZW0gc2tyZXYgTmlyIFNvZmZlciA8 bnNvZmZlckByZWRoYXQuY29tPjoNCj4gPj4gPj4NCj4gPj4gPj4gT24gVGh1LCBGZWIgMjMsIDIw MTcgYXQgNDozOCBQTSwgS2FybGkgU2rDtmJlcmcgPGthcmxpLnNqb2JlcmdAc2x1LnNlPg0KPiA+ PiA+PiB3cm90ZToNCj4gPj4gPj4gPiBPbiBUaHUsIDIwMTctMDItMjMgYXQgMTM6NDYgKzAwMDAs IE1pc2FrIEtoYWNoYXRyeWFuIHdyb3RlOg0KPiA+PiA+PiA+PiBIaSB0aGVyZS4gQW55Ym9keSBr bm93cyBob3cgdG8gc3VwcHJlc3MgZ3Vlc3QgYWdlbnQgbm90IGluc3RhbGxlZA0KPiA+PiA+PiA+ PiB3YXJuaW5nIGZvciBWTT8gSSBoYXZlIG9uZSBWTSBiYXNlZCBvbiBGcmVlQlNELCB3aGVyZSBp IGNhbid0DQo+ID4+ID4+ID4+IGluc3RhbGwNCj4gPj4gPj4gPj4gaXQgYW5kIHRoZSB3YXJuaW5n IGlzIGp1c3QgYW5ub3lpbmcuDQo+ID4+ID4+DQo+ID4+ID4+IEkgbGVhcm5lZCB0b2RheSB0aGF0 IEhBIGRvZXMgbm90IHdvcmsgcHJvcGVybHkgaWYgZ3Vlc3QgYWdlbnQgaXMgbm90DQo+ID4+ID4+ IGluc3RhbGxlZCwNCj4gPj4gPj4gc28geW91IHNob3VsZCBiZSBjYXJlZnVsIGFib3V0IHRoZSB3 YXJuaW5nLg0KPiA+PiA+Pg0KPiA+PiA+PiBOaXINCj4gPj4gPg0KPiA+PiA+IFVobSwgd2hhdCBt YWtlcyB5b3Ugc2F5IHRoYXQgZXhhY3RseT8gSSd2ZSBiZWVuIHJ1bm5pbmcgb1ZpcnQgc2luY2Ug Z29kDQo+ID4+ID4ga25vd3MgaG93IGxvbmcgbm93LCBmYWNlZCBjb3VudGxlc3Mgb2YgdGltZXMg d2hlcmUgSEEgd29ya2VkIHBlcmZlY3RseQ0KPiA+PiA+IGZpbmUuDQo+ID4+ID4gSWYgdGhpcyBp cyBhIG5ldyAiZmVhdHVyZSIsIHlvdSBoYXZlIG15IHNpbmNlcmVzdCB0aHVtYnMgZG93biBvbiB0 aGF0DQo+ID4+ID4gb25lOikNCj4gPj4NCj4gPj4gSWYgdGhlIHZtIGlzIHRlcm1pbmF0ZWQgb24g dGhlIGhvc3QsIHdlIHdpbGwgdHJlYXQgdGhhdCBhcyBub3JtYWwNCj4gPj4gdGVybWluYXRpb24N Cj4gPj4gKGUuZy4gcG93ZXJvZmYgd2l0aGluIHRoZSB2bSksIGFuZCB3aWxsIG5vdCBzdGFydCB0 aGUgdm0gb24gYW5vdGhlciBob3N0Lg0KPiA+Pg0KPiA+PiBZb3UgcHJvYmFibHkgZG8gbm90IG5v dGljZSB0aGlzIHNpbmNlIG5vYm9keSBpcyBraWxsaW5nIHlvdXIgdm1zLg0KPiA+Pg0KPiA+PiBO aXINCj4gPg0KPiA+IFNvIGEgJ2tpbGwgLTknIG9yIHFlbXUgYnVnLCBodWg/IEdvb2QgdG8ga25v dywgYnV0IEkgY29uc2lkZXIgaXQgYSBzbWFsbA0KPiA+IHJpc2suDQo+ID4NCj4gPiBCVFcgTWlz YWssIHlvdSBzaG91bGQgYmUgYWJsZSB0byBnZXQgdGhlIGd1ZXN0IGFnZW50IHJ1bm5pbmcgaW4g RnJlZUJTRCAxMSwNCj4gPiBzaW5jZSB0aGV5IGFkZGVkIFZpcnRJTyBzZXJpYWwgbm93LCBoYXZl bid0IHRyaWVkIGl0IG15c2VsZiwgYSBiaXQNCj4gPiBwcmVvY2N1cGllZCBhdCB0aGUgbW9tZW50 Lg0KPiA+DQo+ID4gL0sNCj4gPg0KPiA+DQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4gPiBVc2VycyBtYWlsaW5nIGxpc3QNCj4gPiBVc2Vyc0Bv dmlydC5vcmcNCj4gPiBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNl cnMNCj4gPg0K --_000_952078c1cb894ec2bb07a16e4089bc68exch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <AF3FA4D0481F8440A93A066D5D86A544(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAyMyBmZWIuIDIwMTcgOTo0NiBlbSBza3JldiBNaXNhayBLaGFjaGF0cnlhbiAm bHQ7a21pc2FrQGdtYWlsLmNvbSZndDs6PGJyPg0KJmd0Ozxicj4NCiZndDsgU29ycnkgZm9yIGR1 cGxpY2F0ZSBwb3N0cywgbWVzc2VkIHVwIGJldHdlZW4gYWNjb3VudHMuPGJyPg0KJmd0Ozxicj4N CiZndDsgVGhlIHByb2JsZW0gaXMgdGhhdCBpdCdzIG5vdCBhIEZyZWVCU0QgTWFjaGluZSwgaXQn cyBGcmVlQlNEIGJhc2VkPGJyPg0KJmd0OyBKdW5pcGVyIFZpcnR1YWwgUm91dGVyIFJlZmxlY3Rv ciBpbWFnZSwgd2hpY2ggaSBjYW5ub3QgbW9kaWZ5IGJ5IGFueTxicj4NCiZndDsgd2F5LiBJdCdz IHByb3ByaWV0YXJ5IHByb2R1Y3QsIG9ubHkgcGFydCBvZiBpdCBpcyBGcmVlQlNEIChtb3N0bHk8 YnI+DQomZ3Q7IGtlcm5lbCBhbmQgYmFzZSBlbnZpcm9ubWVudCkuPGJyPg0KJmd0Ozxicj4NCiZn dDsgQmVzdCByZWdhcmRzLDxicj4NCiZndDsgTWlzYWsgS2hhY2hhdHJ5YW48L3A+DQo8cCBkaXI9 Imx0ciI+VGhlbiB0aGUgcHJvYmxlbSByZWFsbHkgaXMgdGhhdCBpdCdzIGEgcHJvcHJpZXRhcnkg YXBwbGlhbmNlIGFuZCBub3QgRnJlZUJTRC4gQXJlIHRoZXJlIF9hbnlfIGFwcGxpYW5jZXMgdGhh dCBzdXBwb3J0cyBpbnN0YWxsaW5nIHRoZSBndWVzdCBhZ2VudCwgZXZlbiBSSC1iYXNlZCBvbmVz PzwvcD4NCjxwIGRpcj0ibHRyIj4vSzxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBPbiBU aHUsIEZlYiAyMywgMjAxNyBhdCA5OjQ4IFBNLCBLYXJsaSBTasO2YmVyZyAmbHQ7a2FybGkuc2pv YmVyZ0BzbHUuc2UmZ3Q7IHdyb3RlOjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBEZW4g MjMgZmViLiAyMDE3IDY6MTAgZW0gc2tyZXYgTmlyIFNvZmZlciAmbHQ7bnNvZmZlckByZWRoYXQu Y29tJmd0Ozo8YnI+DQomZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBPbiBUaHUsIEZl YiAyMywgMjAxNyBhdCA2OjQ3IFBNLCBLYXJsaSBTasO2YmVyZyAmbHQ7a2FybGkuc2pvYmVyZ0Bz bHUuc2UmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZn dDs8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsgRGVuIDIzIGZlYi4gMjAxNyA0OjA5IGVtIHNrcmV2 IE5pciBTb2ZmZXIgJmx0O25zb2ZmZXJAcmVkaGF0LmNvbSZndDs6PGJyPg0KJmd0OyAmZ3Q7Jmd0 OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgT24gVGh1LCBGZWIgMjMsIDIw MTcgYXQgNDozOCBQTSwgS2FybGkgU2rDtmJlcmcgJmx0O2thcmxpLnNqb2JlcmdAc2x1LnNlJmd0 Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7Jmd0OyAm Z3Q7Jmd0OyAmZ3Q7IE9uIFRodSwgMjAxNy0wMi0yMyBhdCAxMzo0NiAmIzQzOzAwMDAsIE1pc2Fr IEtoYWNoYXRyeWFuIHdyb3RlOjxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsg SGkgdGhlcmUuIEFueWJvZHkga25vd3MgaG93IHRvIHN1cHByZXNzIGd1ZXN0IGFnZW50IG5vdCBp bnN0YWxsZWQ8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IHdhcm5pbmcgZm9y IFZNPyBJIGhhdmUgb25lIFZNIGJhc2VkIG9uIEZyZWVCU0QsIHdoZXJlIGkgY2FuJ3Q8YnI+DQom Z3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IGluc3RhbGw8YnI+DQomZ3Q7ICZndDsmZ3Q7 ICZndDsmZ3Q7ICZndDsmZ3Q7IGl0IGFuZCB0aGUgd2FybmluZyBpcyBqdXN0IGFubm95aW5nLjxi cj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IEkg bGVhcm5lZCB0b2RheSB0aGF0IEhBIGRvZXMgbm90IHdvcmsgcHJvcGVybHkgaWYgZ3Vlc3QgYWdl bnQgaXMgbm90PGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBpbnN0YWxsZWQsPGJyPg0KJmd0 OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBzbyB5b3Ugc2hvdWxkIGJlIGNhcmVmdWwgYWJvdXQgdGhlIHdh cm5pbmcuPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0 OyZndDsgTmlyPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7 IFVobSwgd2hhdCBtYWtlcyB5b3Ugc2F5IHRoYXQgZXhhY3RseT8gSSd2ZSBiZWVuIHJ1bm5pbmcg b1ZpcnQgc2luY2UgZ29kPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7IGtub3dzIGhvdyBsb25nIG5v dywgZmFjZWQgY291bnRsZXNzIG9mIHRpbWVzIHdoZXJlIEhBIHdvcmtlZCBwZXJmZWN0bHk8YnI+ DQomZ3Q7ICZndDsmZ3Q7ICZndDsgZmluZS48YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsgSWYgdGhp cyBpcyBhIG5ldyAmcXVvdDtmZWF0dXJlJnF1b3Q7LCB5b3UgaGF2ZSBteSBzaW5jZXJlc3QgdGh1 bWJzIGRvd24gb24gdGhhdDxicj4NCiZndDsgJmd0OyZndDsgJmd0OyBvbmU6KTxicj4NCiZndDsg Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IElmIHRoZSB2bSBpcyB0ZXJtaW5hdGVkIG9uIHRo ZSBob3N0LCB3ZSB3aWxsIHRyZWF0IHRoYXQgYXMgbm9ybWFsPGJyPg0KJmd0OyAmZ3Q7Jmd0OyB0 ZXJtaW5hdGlvbjxicj4NCiZndDsgJmd0OyZndDsgKGUuZy4gcG93ZXJvZmYgd2l0aGluIHRoZSB2 bSksIGFuZCB3aWxsIG5vdCBzdGFydCB0aGUgdm0gb24gYW5vdGhlciBob3N0Ljxicj4NCiZndDsg Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IFlvdSBwcm9iYWJseSBkbyBub3Qgbm90aWNlIHRo aXMgc2luY2Ugbm9ib2R5IGlzIGtpbGxpbmcgeW91ciB2bXMuPGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxi cj4NCiZndDsgJmd0OyZndDsgTmlyPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IFNvIGEg J2tpbGwgLTknIG9yIHFlbXUgYnVnLCBodWg/IEdvb2QgdG8ga25vdywgYnV0IEkgY29uc2lkZXIg aXQgYSBzbWFsbDxicj4NCiZndDsgJmd0OyByaXNrLjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsg Jmd0OyBCVFcgTWlzYWssIHlvdSBzaG91bGQgYmUgYWJsZSB0byBnZXQgdGhlIGd1ZXN0IGFnZW50 IHJ1bm5pbmcgaW4gRnJlZUJTRCAxMSw8YnI+DQomZ3Q7ICZndDsgc2luY2UgdGhleSBhZGRlZCBW aXJ0SU8gc2VyaWFsIG5vdywgaGF2ZW4ndCB0cmllZCBpdCBteXNlbGYsIGEgYml0PGJyPg0KJmd0 OyAmZ3Q7IHByZW9jY3VwaWVkIGF0IHRoZSBtb21lbnQuPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0 OyAmZ3Q7IC9LPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyAm Z3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZndDsgJmd0OyBVc2Vyc0BvdmlydC5vcmc8YnI+ DQomZ3Q7ICZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJz PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KPC9wPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_952078c1cb894ec2bb07a16e4089bc68exch24sluse_--

1 0

moving disk failed.. remained locked
by Gianluca Cecchi 23 Feb '17

23 Feb '17

Hello, I'm trying to move a disk from one storage domain A to another B in oVirt 4.1 The corresponding VM is powered on in the mean time When executing the action, there was already in place a disk move from storage domain C to A (this move was for a disk of a powered off VM and then completed ok) I got this in events of webadmin gui for the failed move A -> B: Feb 20, 2017 2:42:00 PM Failed to complete snapshot 'Auto-generated for Live Storage Migration' creation for VM 'dbatest6'. Feb 20, 2017 2:40:51 PM VDSM ovmsrv06 command HSMGetAllTasksStatusesVDS failed: Error creating a new volume Feb 20, 2017 2:40:51 PM Snapshot 'Auto-generated for Live Storage Migration' creation for VM 'dbatest6' was initiated by admin@internal-authz. And in relevant vdsm.log of referred host ovmsrv06 2017-02-20 14:41:44,899 ERROR (tasks/8) [storage.Volume] Unexpected error (volume:1087) Traceback (most recent call last): File "/usr/share/vdsm/storage/volume.py", line 1081, in create cls.newVolumeLease(metaId, sdUUID, volUUID) File "/usr/share/vdsm/storage/volume.py", line 1361, in newVolumeLease return cls.manifestClass.newVolumeLease(metaId, sdUUID, volUUID) File "/usr/share/vdsm/storage/blockVolume.py", line 310, in newVolumeLease sanlock.init_resource(sdUUID, volUUID, [(leasePath, leaseOffset)]) SanlockException: (-202, 'Sanlock resource init failure', 'Sanlock exception') 2017-02-20 14:41:44,900 ERROR (tasks/8) [storage.TaskManager.Task] (Task='d694b892-b078-4d86-a035-427ee4fb3b13') Unexpected error (task:870) Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 877, in _run return fn(*args, **kargs) File "/usr/share/vdsm/storage/task.py", line 333, in run return self.cmd(*self.argslist, **self.argsdict) File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line 79, in wrapper return method(self, *args, **kwargs) File "/usr/share/vdsm/storage/sp.py", line 1929, in createVolume initialSize=initialSize) File "/usr/share/vdsm/storage/sd.py", line 762, in createVolume initialSize=initialSize) File "/usr/share/vdsm/storage/volume.py", line 1089, in create (volUUID, e)) VolumeCreationError: Error creating a new volume: (u"Volume creation d0d938bd-1479-49cb-93fb-85b6a32d6cb4 failed: (-202, 'Sanlock resource init failure', 'Sanlock exception')",) 2017-02-20 14:41:44,941 INFO (tasks/8) [storage.Volume] Metadata rollback for sdUUID=900b1853-e192-4661-a0f9-7c7c396f6f49 offs=8 (blockVolume:448) Was the error generated due to the other migration still in progress? Is there a limit of concurrent migrations from/to a particular storage domain? Now I would like to retry, but I see that the disk is in state locked with hourglass. The autogenerated snapshot of the failed action was apparently removed with success as I don't see it. How can I proceed to move the disk? Thanks in advance, Gianluca

4 18

Re: [ovirt-users] Disable guest agent not installed warning
by Karli Sjöberg 23 Feb '17

23 Feb '17

--_000_9336bd53955e4e66914cc17251709a15exch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMjMgZmViLiAyMDE3IDQ6MDkgZW0gc2tyZXYgTmlyIFNvZmZlciA8bnNvZmZlckByZWRo YXQuY29tPjoNCj4NCj4gT24gVGh1LCBGZWIgMjMsIDIwMTcgYXQgNDozOCBQTSwgS2FybGkgU2rD tmJlcmcgPGthcmxpLnNqb2JlcmdAc2x1LnNlPiB3cm90ZToNCj4gPiBPbiBUaHUsIDIwMTctMDIt MjMgYXQgMTM6NDYgKzAwMDAsIE1pc2FrIEtoYWNoYXRyeWFuIHdyb3RlOg0KPiA+PiBIaSB0aGVy ZS4gQW55Ym9keSBrbm93cyBob3cgdG8gc3VwcHJlc3MgZ3Vlc3QgYWdlbnQgbm90IGluc3RhbGxl ZA0KPiA+PiB3YXJuaW5nIGZvciBWTT8gSSBoYXZlIG9uZSBWTSBiYXNlZCBvbiBGcmVlQlNELCB3 aGVyZSBpIGNhbid0IGluc3RhbGwNCj4gPj4gaXQgYW5kIHRoZSB3YXJuaW5nIGlzIGp1c3QgYW5u b3lpbmcuDQo+DQo+IEkgbGVhcm5lZCB0b2RheSB0aGF0IEhBIGRvZXMgbm90IHdvcmsgcHJvcGVy bHkgaWYgZ3Vlc3QgYWdlbnQgaXMgbm90IGluc3RhbGxlZCwNCj4gc28geW91IHNob3VsZCBiZSBj YXJlZnVsIGFib3V0IHRoZSB3YXJuaW5nLg0KPg0KPiBOaXINCg0KVWhtLCB3aGF0IG1ha2VzIHlv dSBzYXkgdGhhdCBleGFjdGx5PyBJJ3ZlIGJlZW4gcnVubmluZyBvVmlydCBzaW5jZSBnb2Qga25v d3MgaG93IGxvbmcgbm93LCBmYWNlZCBjb3VudGxlc3Mgb2YgdGltZXMgd2hlcmUgSEEgd29ya2Vk IHBlcmZlY3RseSBmaW5lLiBJZiB0aGlzIGlzIGEgbmV3ICJmZWF0dXJlIiwgeW91IGhhdmUgbXkg c2luY2VyZXN0IHRodW1icyBkb3duIG9uIHRoYXQgb25lOikNCg0KL0sNCg== --_000_9336bd53955e4e66914cc17251709a15exch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <710B3F33B74890498D7F61B0B026587C(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAyMyBmZWIuIDIwMTcgNDowOSBlbSBza3JldiBOaXIgU29mZmVyICZsdDtuc29m ZmVyQHJlZGhhdC5jb20mZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7IE9uIFRodSwgRmViIDIzLCAy MDE3IGF0IDQ6MzggUE0sIEthcmxpIFNqw7ZiZXJnICZsdDtrYXJsaS5zam9iZXJnQHNsdS5zZSZn dDsgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7IE9uIFRodSwgMjAxNy0wMi0yMyBhdCAxMzo0NiAmIzQz OzAwMDAsIE1pc2FrIEtoYWNoYXRyeWFuIHdyb3RlOjxicj4NCiZndDsgJmd0OyZndDsgSGkgdGhl cmUuIEFueWJvZHkga25vd3MgaG93IHRvIHN1cHByZXNzIGd1ZXN0IGFnZW50IG5vdCBpbnN0YWxs ZWQ8YnI+DQomZ3Q7ICZndDsmZ3Q7IHdhcm5pbmcgZm9yIFZNPyBJIGhhdmUgb25lIFZNIGJhc2Vk IG9uIEZyZWVCU0QsIHdoZXJlIGkgY2FuJ3QgaW5zdGFsbDxicj4NCiZndDsgJmd0OyZndDsgaXQg YW5kIHRoZSB3YXJuaW5nIGlzIGp1c3QgYW5ub3lpbmcuPGJyPg0KJmd0Ozxicj4NCiZndDsgSSBs ZWFybmVkIHRvZGF5IHRoYXQgSEEgZG9lcyBub3Qgd29yayBwcm9wZXJseSBpZiBndWVzdCBhZ2Vu dCBpcyBub3QgaW5zdGFsbGVkLDxicj4NCiZndDsgc28geW91IHNob3VsZCBiZSBjYXJlZnVsIGFi b3V0IHRoZSB3YXJuaW5nLjxicj4NCiZndDs8YnI+DQomZ3Q7IE5pcjwvcD4NCjxwIGRpcj0ibHRy Ij5VaG0sIHdoYXQgbWFrZXMgeW91IHNheSB0aGF0IGV4YWN0bHk/IEkndmUgYmVlbiBydW5uaW5n IG9WaXJ0IHNpbmNlIGdvZCBrbm93cyBob3cgbG9uZyBub3csIGZhY2VkIGNvdW50bGVzcyBvZiB0 aW1lcyB3aGVyZSBIQSB3b3JrZWQgcGVyZmVjdGx5IGZpbmUuIElmIHRoaXMgaXMgYSBuZXcgJnF1 b3Q7ZmVhdHVyZSZxdW90OywgeW91IGhhdmUgbXkgc2luY2VyZXN0IHRodW1icyBkb3duIG9uIHRo YXQgb25lOik8L3A+DQo8cCBkaXI9Imx0ciI+L0s8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_9336bd53955e4e66914cc17251709a15exch24sluse_--

2 1

migration failures
by Michael Watters 23 Feb '17

23 Feb '17

I have an ovirt cluster running ovirt 4.0 and I am seeing several errors when I attempt to put one of our nodes into maintenance mode. The logs on the source server show errors as follows. Feb 23 10:15:08 ovirt-node-production3.example.com libvirtd[18800]: operation aborted: migration job: canceled by client Feb 23 10:15:08 ovirt-node-production3.example.com libvirtd[18800]: internal error: qemu unexpectedly closed the monitor: 2017-02-23T15:12:58.289459Z qemu-kvm: warning: CPU(s) not present in any NUMA nodes: 2 3 4 5 6 7 8 9 10 11 12 13 14 15 2017-02-23T15:12:58.289684Z qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA config 2017-02-23T15:15:07.889891Z qemu-kvm: Unknown combination of migration flags: 0 2017-02-23T15:15:07.890821Z qemu-kvm: error while loading state section id 2(ram) 2017-02-23T15:15:07.892357Z qemu-kvm: load of migration failed: Invalid argument This cluster does *not* have NUMA enabled so I am not sure why this error is happening. Some migrations did succeed after being restarted on a different host however I have two VMs that appear to be stuck. Is there a way to resolve this?

3 5

Disable guest agent not installed warning
by Misak Khachatryan 23 Feb '17

23 Feb '17

Hi there. Anybody knows how to suppress guest agent not installed warning for VM? I have one VM based on FreeBSD, where i can't install it and the warning is just annoying. Best regards, Misak Khachatryan,

3 2

ansible ovirt-vms
by Norman Lamponi 23 Feb '17

23 Feb '17

Hello all, i'm trying to implement automatic deploy of vm on a rhevm/ovirt platform using ansible and ovirt_vms module. I take rhel 7.3 kvm guest with cloud init like template, i can deploy vm with no problem but when i try using ansible to power up and configure it with cloud init the process fail. My playbook is this: --- - hosts: ovirt tasks: - name: Parti e configura ovirt_vms: auth: username: admin@internal password: xxxxxxxx url: https://webaddress/ovirt-engine ca_file: /etc/pki/ovirt-engine/ca.pem name: rh7conf cluster: Sviluppo high_availability: true cloud_init: nic_boot_protocol: static nic_ip_address: 10.x.xx.xxx nic_netmask: 255.255.252.0 nic_gateway: 10.x.xx.xxx nic_name: eth0 nic_on_boot: true host_name: sticameca user_name: root root_password: stapera my host file is: [ovirt] webaddress ansible_user=root and error is: nsible-playbook -i ~/ansible/ovirt_hosts orig.testovirt_vms.yml -vvvv Using /etc/ansible/ansible.cfg as config file Loading callback plugin default of type stdout, v2.0 from /usr/lib/python2.7/dist-packages/ansible/plugins/callback/__init__.pyc PLAYBOOK: orig.testovirt_vms.yml *********************************************** 1 plays in orig.testovirt_vms.yml PLAY [ovirt] ******************************************************************* TASK [setup] ******************************************************************* Using module file /usr/lib/python2.7/dist-packages/ansible/modules/core/system/setup.py <webaddress> ESTABLISH SSH CONNECTION FOR USER: root <webaddress> SSH: EXEC ssh -vvv -C -o ControlMaster=auto -o ControlPersist=60s -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o User=root -o ConnectTimeout=10 -o ControlPath=/home/lamponin/.ansible/cp/ansible-ssh-%h-%p-%r webaddress'/bin/sh -c '"'"'( umask 77 && mkdir -p "` echo ~/.ansible/tmp/ansible-tmp-1487853056.88-81930174841084 `" && echo ansible-tmp-1487853056.88-81930174841084="` echo ~/.ansible/tmp/ansible-tmp-1487853056.88-81930174841084 `" ) && sleep 0'"'"'' <webaddress> PUT /tmp/tmp0wuXiN TO /root/.ansible/tmp/ansible-tmp-1487853056.88-81930174841084/setup.py <webaddress> SSH: EXEC sftp -b - -vvv -C -o ControlMaster=auto -o ControlPersist=60s -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o User=root -o ConnectTimeout=10 -o ControlPath=/home/lamponin/.ansible/cp/ansible-ssh-%h-%p-%r '[webaddress]' <webaddress> ESTABLISH SSH CONNECTION FOR USER: root <webaddress> SSH: EXEC ssh -vvv -C -o ControlMaster=auto -o ControlPersist=60s -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o User=root -o ConnectTimeout=10 -o ControlPath=/home/lamponin/.ansible/cp/ansible-ssh-%h-%p-%r webaddress'/bin/sh -c '"'"'chmod u+x /root/.ansible/tmp/ansible-tmp-1487853056.88-81930174841084/ /root/.ansible/tmp/ansible-tmp-1487853056.88-81930174841084/setup.py && sleep 0'"'"'' <webaddress> ESTABLISH SSH CONNECTION FOR USER: root <webaddress> SSH: EXEC ssh -vvv -C -o ControlMaster=auto -o ControlPersist=60s -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o User=root -o ConnectTimeout=10 -o ControlPath=/home/lamponin/.ansible/cp/ansible-ssh-%h-%p-%r -tt webaddress'/bin/sh -c '"'"'/usr/bin/python /root/.ansible/tmp/ansible-tmp-1487853056.88-81930174841084/setup.py; rm -rf "/root/.ansible/tmp/ansible-tmp-1487853056.88-81930174841084/" > /dev/null 2>&1 && sleep 0'"'"'' ok: [webaddress] TASK [Parti e configura] ******************************************************* task path: /home/lamponin/ansible/playbook/orig.testovirt_vms.yml:4 Using module file /usr/lib/python2.7/dist-packages/ansible/modules/extras/cloud/ovirt/ovirt_vms.py <webaddress> ESTABLISH SSH CONNECTION FOR USER: root <webaddress> SSH: EXEC ssh -vvv -C -o ControlMaster=auto -o ControlPersist=60s -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o User=root -o ConnectTimeout=10 -o ControlPath=/home/lamponin/.ansible/cp/ansible-ssh-%h-%p-%r webaddress'/bin/sh -c '"'"'( umask 77 && mkdir -p "` echo ~/.ansible/tmp/ansible-tmp-1487853058.27-257942678666870 `" && echo ansible-tmp-1487853058.27-257942678666870="` echo ~/.ansible/tmp/ansible-tmp-1487853058.27-257942678666870 `" ) && sleep 0'"'"'' <webaddress> PUT /tmp/tmphQzpox TO /root/.ansible/tmp/ansible-tmp-1487853058.27-257942678666870/ovirt_vms.py <webaddress> SSH: EXEC sftp -b - -vvv -C -o ControlMaster=auto -o ControlPersist=60s -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o User=root -o ConnectTimeout=10 -o ControlPath=/home/utente/.ansible/cp/ansible-ssh-%h-%p-%r '[webaddress]' <webaddress> ESTABLISH SSH CONNECTION FOR USER: root <webaddress> SSH: EXEC ssh -vvv -C -o ControlMaster=auto -o ControlPersist=60s -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o User=root -o ConnectTimeout=10 -o ControlPath=/home/utente/.ansible/cp/ansible-ssh-%h-%p-%r webaddress'/bin/sh -c '"'"'chmod u+x /root/.ansible/tmp/ansible-tmp-1487853058.27-257942678666870/ /root/.ansible/tmp/ansible-tmp-1487853058.27-257942678666870/ovirt_vms.py && sleep 0'"'"'' <webaddress> ESTABLISH SSH CONNECTION FOR USER: root <webaddress> SSH: EXEC ssh -vvv -C -o ControlMaster=auto -o ControlPersist=60s -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o User=root -o ConnectTimeout=10 -o ControlPath=/home/utente/.ansible/cp/ansible-ssh-%h-%p-%r -tt webaddress'/bin/sh -c '"'"'/usr/bin/python /root/.ansible/tmp/ansible-tmp-1487853058.27-257942678666870/ovirt_vms.py; rm -rf "/root/.ansible/tmp/ansible-tmp-1487853058.27-257942678666870/" > /dev/null 2>&1 && sleep 0'"'"'' fatal: [webaddress]: FAILED! => { "changed": false, "failed": true, "invocation": { "module_args": { "boot_devices": null, "cd_iso": null, "clone": false, "clone_permissions": false, "cloud_init": { "host_name": "sticameca", "nic_boot_protocol": "static", "nic_gateway": "10.x.xx.xxx", "nic_ip_address": "10.x.xx.xxx", "nic_name": "eth0", "nic_netmask": "255.255.252.0", "nic_on_boot": true, "root_password": "stapera", "user_name": "root" }, "cluster": "Sviluppo", "cpu_cores": null, "cpu_shares": null, "cpu_sockets": null, "delete_protected": null, "disks": [], "force": false, "high_availability": true, "host": null, "id": null, "memory": "1GiB", "memory_guaranteed": null, "name": "rh7conf", "nics": [], "operating_system": null, "poll_interval": 3, "state": "present", "stateless": null, "sysprep": null, "template": "kvm73cloudinit", "timeout": 180, "type": null, "wait": true }, "module_name": "ovirt_vms" }, "msg": "Can't move to the next element" } to retry, use: --limit @/home/xxxx/ansible/playbook/orig.testovirt_vms.retry PLAY RECAP ********************************************************************* webaddress : ok=1 changed=0 unreachable=0 failed=1 My cm is an ubuntu server (but test centos and rhel too) Description: Ubuntu 16.10 Release: 16.10 Codename: yakkety lamponin@ubuntu:~/ansible/playbook$ pip list | grep ovirt DEPRECATION: The default format will switch to columns in the future. You can use --format=(legacy|columns) (or define a format=(legacy|columns) in your pip.conf under the [list] section) to disable this warning. ovirt-engine-sdk-python (4.1.0) lamponin@ubuntu:~/ansible/playbook$ dpkg -l | grep python2 ii idle-python2.7 2.7.12-3build1 all IDE for Python (v2.7) using Tkinter ii libpython2.7:amd64 2.7.12-3build1 amd64 Shared Python runtime library (version 2.7) ii libpython2.7-dev:amd64 2.7.12-3build1 amd64 Header files and a static library for Python (v2.7) ii libpython2.7-minimal:amd64 2.7.12-3build1 amd64 Minimal subset of the Python language (version 2.7) ii libpython2.7-stdlib:amd64 2.7.12-3build1 amd64 Interactive high-level object-oriented language (standard library, version 2.7) ii python2.7 2.7.12-3build1 amd64 Interactive high-level object-oriented language (version 2.7) ii python2.7-dev 2.7.12-3build1 amd64 Header files and a static library for Python (v2.7) ii python2.7-minimal 2.7.12-3build1 amd64 Minimal subset of the Python lan Best regards Norman

2 2

ETL service sampling has encountered an error
by Christophe TREFOIS 23 Feb '17

23 Feb '17

Dear all, Since upgrading to 4.0.6, we see this error in the engine events tab and were wondering how to fix it. ovirt-engine-dwh.log — 2017-02-20 22:01:00|zPHx4s|6nXgTp|ygadfe|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can not sample data, oVirt Engine is not updating the statistics. Please check your oVirt Engine status.|9704 — And in engine log the only error I see (repeated) since yesterday is 65366:2017-02-21 22:13:34,357 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder] (DefaultQuartzScheduler10) [2dc75859] null architecture type, replacing with x86_64, %s Any advice on where to start is welcome. Kind regards, Christophe

2 1

Attaching ISO to hosted engine for OS upgrade
by Chris Adams 23 Feb '17

23 Feb '17

I'm working on upgrading an oVirt 3.5 setup. The physical hosts are running CentOS 7, but the hosted engine is CentOS 6. The upgrade notes are "back up the engine, upgrade/reinstall the OS, then restore", but I can't see how to actually install CentOS 7 on the engine. Am I supposed to re-run "hosted-engine --deploy"? Wouldn't that try to re-register the physical hosts, or can I interrupt it to restore the backup? Or, is there a way to just attach an install ISO to the engine VM and boot from that? -- Chris Adams <cma(a)cmadams.net>

2 4

Re: [ovirt-users] Best setup for nfs domain and 1gbs adapters on hosts
by Karli Sjöberg 23 Feb '17

23 Feb '17

--_000_fbcf4789976a413eb2bb993a07b97fcbexch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMTggZmViLiAyMDE3IDg6NTYgZm0gc2tyZXYgR2lhbmx1Y2EgQ2VjY2hpIDxnaWFubHVj YS5jZWNjaGlAZ21haWwuY29tPjoNCj4NCj4NCj4NCj4gT24gRmViIDE3LCAyMDE3IDc6MjIgUE0s ICJLYXJsaSBTasO2YmVyZyIgPGthcmxpLnNqb2JlcmdAc2x1LnNlPiB3cm90ZToNCj4+DQo+Pg0K Pj4NCj4+IERlbiAxNyBmZWIuIDIwMTcgNjozMCBlbSBza3JldiBHaWFubHVjYSBDZWNjaGkgPGdp YW5sdWNhLmNlY2NoaUBnbWFpbC5jb20+Og0KPj4+DQo+Pj4gSGVsbG8sDQo+Pj4gSSdtIGdvaW5n IHRvIHNldHVwIGFuIGVudmlyb25tZW50IHdoZXJlIEkgd2lsbCBoYXZlIDIgaG9zdHMgYW5kIGVh Y2ggd2l0aCAyIGFkYXB0ZXJzIHRvIGNvbm5lY3QgdG8gc3RvcmFnZSBkb21haW4ocykuIFRoaXMg d2lsbCBiZSBhIHRlc3QgZW52aXJvbm1lbnQsIG5vdCBhIHByb2R1Y3Rpb24gb25lLg0KPj4+IFRo ZSBzdG9yYWdlIGRvbWFpbihzKSB3aWxsIGJlIE5GUywgcHJvdmlkZWQgYnkgYSBOZXRhcHAgc3lz dGVtLg0KPj4+IFRoZSBob3N0cyBoYXZlIDQgeCAxR2IvcyBhZGFwdGVycyBhbmQgSSB0aGluayB0 byB1c2UgMiBmb3Igb3ZpcnRtZ210IGFuZCBWTXMgKHRocm91Z2ggYm9uZGluZyBhbmQgVkxBTnMp IGFuZCB0byBkZWRpY2F0ZSB0aGUgb3RoZXIgMiBhZGFwdGVycyB0byB0aGUgTkZTIGRvbWFpbiBj b25uZWN0aXZpdHkuDQo+Pj4gV2hhdCB3b3VsZCBiZSB0aGUgYmVzdCBzZXR1cCB0byBoYXZlIGJv dGggSEEgb24gdGhlIGNvbm5lY3Rpb24gYW5kIGFsc28gdXNpbmcgdGhlIHdob2xlIDJHYi9zIGlu IG5vcm1hbCBsb2FkIHNjZW5hcmlvPw0KPj4+IElzIGl0IGJldHRlciB0byBtYWtlIG1vcmUgc3Rv cmFnZSBkb21haW5zIChhbmQgbW9yZSBzdm0gb24gTmV0YXBwIHNpZGUpIG9yIG9ubHkgb25lPw0K Pj4+IFdoYXQgd291bGQgYmUgdGhlIHN1aXRhYmxlIGJvbmRpbmcgbW9kZSB0byBwdXQgb24gYWRh cHRlcnM/IEkgbm9ybWFsbHkgdXNlIDgwMi4zYWQgcHJvdmlkZWQgYnkgdGhlIHN3aXRjaGVzLCBi dXQgSSdtIG5vdCBzdXJlIGlmIGluIHRoaXMgY29uZmlndXJhdGlvbiBJIGNhbiB1c2UgYm90aCB0 aGUgbmV0d29yayBhZGFwdGVycyBmb3IgdGhlIG92ZXJhbGwgbG9hZCBvZiB0aGUgZGlmZmVyZW50 IFZNcyB0aGF0IEkgd291bGQgaGF2ZSBpbiBwbGFjZS4uLg0KPj4+DQo+Pj4gVGhhbmtzIGluIGFk dmFuY2UgZm9yIGV2ZXJ5IHN1Z2dlc3Rpb24sDQo+Pj4NCj4+PiBHaWFubHVjYQ0KPj4NCj4+DQo+ PiBIZXkgRyENCj4+DQo+PiBJZiBpdCB3YXMgbWUgZG9pbmcgdGhpcywgSSB3b3VsZCBtYWtlIG9u ZSA0eDFHYi9zIDgwMi4zYWQgYm9uZCBvbiBmaWxlciBhbmQgaG9zdHMgdG8gS0lTUy4gVGhlbiwg aWYgYmFuZHdpZHRoIGlzIG9mIGNvbmNlcm4sIEkgd291bGQgc2V0IHVwIHR3byBWTEFOcyBmb3Ig c3RvcmFnZSBpbnRlcmZhY2VzIHdpdGggYWRkcmVzc2VzIG9uIHNlcGFyYXRlIHN1Ym5ldHMgKDEw LjAuMC4xIGFuZCAxMC4wLjEuMSBvbiBmaWxlci4gMTAuMC4wLigyLDMpIGFuZCAxMC4wLjEuKDIs Mykgb24gaG9zdHMpIGFuZCB0aGVuIG9uIHRoZSBmaWxlciBzZXQgdXAgb25seSB0d28gTkZTIGV4 cG9ydHMgd2hlcmUgeW91IHRyeSB0byBhcyBldmVubHkgYXMgcG9zc2libGUgcHJvdmlzaW9uIHlv dXIgVk1zLiBUaGlzIHdheSB0aGUgbmV0d29yayBsb2FkIHdvdWxkIGV2ZW5seSBzcHJlYWQgb3Zl ciBhbGwgaW50ZXJmYWNlcyBmb3Igc2ltcGxlc3QgY29uZmlnIGFuZCBiZXN0IGZhdWx0IHRvbGVy YW5jZSwgd2hpbGUga2VlcGluZyBzdG9yYWdlIHRyYWZmaWMgYXQgbWF4IDJHYi9zLiBZb3Ugb25s eSBuZWVkIG9uZSBTVk0gd2l0aCBzZXZlcmFsIGFkZHJlc3NlcyB0byBhY2hpZXZlIHRoaXMuIFdl IGhhdmUgb3VyIFZNV2FyZSBlbnZpcm9ubWVudCBzZXQgdXAgc2ltaWxhciB0byB0aGlzIHRvd2Fy ZHMgb3VyIE5ldEFwcC4gV2UgYWxzbyBoYXZlIG91ciBvVmlydCBlbnZpcm9ubWVudCBzZXQgdXAg bGlrZSB0aGlzLCBidXQgdG93YXJkcyBhIGRpZmZlcmVudCBORlMgc3RvcmFnZSwgd2l0aCBncmVh dCBzdWNjZXNzLg0KPj4NCj4+IC9LDQo+DQo+DQo+IFRoYW5rcyBmb3IgeW91ciBhbnN3ZXIsIEsh DQo+IFNvIHlvdSBtZWFuIHRvIG1ha2UgYSB1bmlxdWUgYm9uZCBjb21wb3NlZCBieSBhbGwgNCBu ZXR3b3JrIGFkYXB0ZXJzIGFuZCBwdXQgYWxsIHRoZSBuZXR3b3JrcyBvbiBpdCwgY29tcHJpc2Vk IG92aXJ0bWdtdCBhbmQgc3VjaCwgdGhyb3VnaCBjbGFucz8NCj4gSG93IGRvIHlvdSBjb25maWd1 cmUgODAyLjNhZCBvbiA0IGFkYXB0ZXJzPyBIb3cgbWFueSBzd2l0Y2hlcyBkbyB5b3UgaGF2ZSB0 byBjb25uZWN0IHRvLCBmcm9tIHRoZXNlIDQgYWRhcHRlcnM/IE9yIGRvIHlvdSB1c2Ugcm91bmQg cm9iaW4gYm9uZGluZyAoYnV0IEkgcHJlc3VtZSBpdCBpcyBub3Qgc3VwcG9ydGVkIGluIGNvdXJ0 IHRoaXMgYm9uZCk/DQo+IFRoYW5rcyENCg0KV2VsbCwgaW4gb3VyIGNhc2UsIHdlIGhhdmUgdHdv IGNsdXN0ZXJlZCBzd2l0Y2hlcyBmcm9tIEMtY29tcGFueSBzbyB0d28gTklDcyBpbiBlYWNoLiBB bmQgdGhlbiwgeWVhaCwgZGlmZmVyZW50IFZMQU5zIGZvciBldmVyeSBuZXR3b3JrIG9uIHRvcCBv ZiB0aGUgc2FtZSBib25kLiBXb3JrcyBsaWtlIGEgY2hhcm06KQ0KDQovSw0K --_000_fbcf4789976a413eb2bb993a07b97fcbexch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <35CEDD87D6E269449A090BF8B1014993(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAxOCBmZWIuIDIwMTcgODo1NiBmbSBza3JldiBHaWFubHVjYSBDZWNjaGkgJmx0 O2dpYW5sdWNhLmNlY2NoaUBnbWFpbC5jb20mZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDsgT24gRmViIDE3LCAyMDE3IDc6MjIgUE0sICZxdW90O0thcmxpIFNqw7Zi ZXJnJnF1b3Q7ICZsdDtrYXJsaS5zam9iZXJnQHNsdS5zZSZndDsgd3JvdGU6PGJyPg0KJmd0OyZn dDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgRGVuIDE3IGZlYi4g MjAxNyA2OjMwIGVtIHNrcmV2IEdpYW5sdWNhIENlY2NoaSAmbHQ7Z2lhbmx1Y2EuY2VjY2hpQGdt YWlsLmNvbSZndDs6PGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7IEhlbGxvLDxi cj4NCiZndDsmZ3Q7Jmd0OyBJJ20gZ29pbmcgdG8gc2V0dXAgYW4gZW52aXJvbm1lbnQgd2hlcmUg SSB3aWxsIGhhdmUgMiBob3N0cyBhbmQgZWFjaCB3aXRoIDIgYWRhcHRlcnMgdG8gY29ubmVjdCB0 byBzdG9yYWdlIGRvbWFpbihzKS4gVGhpcyB3aWxsIGJlIGEgdGVzdCBlbnZpcm9ubWVudCwgbm90 IGEgcHJvZHVjdGlvbiBvbmUuPGJyPg0KJmd0OyZndDsmZ3Q7IFRoZSBzdG9yYWdlIGRvbWFpbihz KSB3aWxsIGJlIE5GUywgcHJvdmlkZWQgYnkgYSBOZXRhcHAgc3lzdGVtLjxicj4NCiZndDsmZ3Q7 Jmd0OyBUaGUgaG9zdHMgaGF2ZSA0IHggMUdiL3MgYWRhcHRlcnMgYW5kIEkgdGhpbmsgdG8gdXNl IDIgZm9yIG92aXJ0bWdtdCBhbmQgVk1zICh0aHJvdWdoIGJvbmRpbmcgYW5kIFZMQU5zKSBhbmQg dG8gZGVkaWNhdGUgdGhlIG90aGVyIDIgYWRhcHRlcnMgdG8gdGhlIE5GUyBkb21haW4gY29ubmVj dGl2aXR5Ljxicj4NCiZndDsmZ3Q7Jmd0OyBXaGF0IHdvdWxkIGJlIHRoZSBiZXN0IHNldHVwIHRv IGhhdmUgYm90aCBIQSBvbiB0aGUgY29ubmVjdGlvbiBhbmQgYWxzbyB1c2luZyB0aGUgd2hvbGUg MkdiL3MgaW4gbm9ybWFsIGxvYWQgc2NlbmFyaW8/Jm5ic3A7PGJyPg0KJmd0OyZndDsmZ3Q7IElz IGl0IGJldHRlciB0byBtYWtlIG1vcmUgc3RvcmFnZSBkb21haW5zIChhbmQgbW9yZSBzdm0gb24g TmV0YXBwIHNpZGUpIG9yIG9ubHkgb25lPzxicj4NCiZndDsmZ3Q7Jmd0OyBXaGF0IHdvdWxkIGJl IHRoZSBzdWl0YWJsZSBib25kaW5nIG1vZGUgdG8gcHV0IG9uIGFkYXB0ZXJzPyBJIG5vcm1hbGx5 IHVzZSZuYnNwOzgwMi4zYWQgcHJvdmlkZWQgYnkgdGhlIHN3aXRjaGVzLCBidXQgSSdtIG5vdCBz dXJlIGlmIGluIHRoaXMgY29uZmlndXJhdGlvbiBJIGNhbiB1c2UgYm90aCB0aGUgbmV0d29yayBh ZGFwdGVycyBmb3IgdGhlIG92ZXJhbGwgbG9hZCBvZiB0aGUgZGlmZmVyZW50IFZNcyB0aGF0IEkg d291bGQgaGF2ZSBpbiBwbGFjZS4uLjxicj4NCiZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0 OyBUaGFua3MgaW4gYWR2YW5jZSBmb3IgZXZlcnkgc3VnZ2VzdGlvbiw8YnI+DQomZ3Q7Jmd0OyZn dDs8YnI+DQomZ3Q7Jmd0OyZndDsgR2lhbmx1Y2E8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7 PGJyPg0KJmd0OyZndDsgSGV5IEchPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBJZiBpdCB3 YXMgbWUgZG9pbmcgdGhpcywgSSB3b3VsZCBtYWtlIG9uZSA0eDFHYi9zIDgwMi4zYWQgYm9uZCBv biBmaWxlciBhbmQgaG9zdHMgdG8gS0lTUy4gVGhlbiwgaWYgYmFuZHdpZHRoIGlzIG9mIGNvbmNl cm4sIEkgd291bGQgc2V0IHVwIHR3byBWTEFOcyBmb3Igc3RvcmFnZSBpbnRlcmZhY2VzIHdpdGgg YWRkcmVzc2VzIG9uIHNlcGFyYXRlIHN1Ym5ldHMgKDEwLjAuMC4xIGFuZCAxMC4wLjEuMSBvbiBm aWxlci4gMTAuMC4wLigyLDMpDQogYW5kIDEwLjAuMS4oMiwzKSBvbiBob3N0cykgYW5kIHRoZW4g b24gdGhlIGZpbGVyIHNldCB1cCBvbmx5IHR3byBORlMgZXhwb3J0cyB3aGVyZSB5b3UgdHJ5IHRv IGFzIGV2ZW5seSBhcyBwb3NzaWJsZSBwcm92aXNpb24geW91ciBWTXMuIFRoaXMgd2F5IHRoZSBu ZXR3b3JrIGxvYWQgd291bGQgZXZlbmx5IHNwcmVhZCBvdmVyIGFsbCBpbnRlcmZhY2VzIGZvciBz aW1wbGVzdCBjb25maWcgYW5kIGJlc3QgZmF1bHQgdG9sZXJhbmNlLCB3aGlsZSBrZWVwaW5nDQog c3RvcmFnZSB0cmFmZmljIGF0IG1heCAyR2Ivcy4gWW91IG9ubHkgbmVlZCBvbmUgU1ZNIHdpdGgg c2V2ZXJhbCBhZGRyZXNzZXMgdG8gYWNoaWV2ZSB0aGlzLiBXZSBoYXZlIG91ciBWTVdhcmUgZW52 aXJvbm1lbnQgc2V0IHVwIHNpbWlsYXIgdG8gdGhpcyB0b3dhcmRzIG91ciBOZXRBcHAuIFdlIGFs c28gaGF2ZSBvdXIgb1ZpcnQgZW52aXJvbm1lbnQgc2V0IHVwIGxpa2UgdGhpcywgYnV0IHRvd2Fy ZHMgYSBkaWZmZXJlbnQgTkZTIHN0b3JhZ2UsDQogd2l0aCBncmVhdCBzdWNjZXNzLjxicj4NCiZn dDsmZ3Q7PGJyPg0KJmd0OyZndDsgL0s8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgVGhh bmtzIGZvciB5b3VyIGFuc3dlciwgSyE8YnI+DQomZ3Q7IFNvIHlvdSBtZWFuIHRvIG1ha2UgYSB1 bmlxdWUgYm9uZCBjb21wb3NlZCBieSBhbGwgNCBuZXR3b3JrIGFkYXB0ZXJzIGFuZCBwdXQgYWxs IHRoZSBuZXR3b3JrcyBvbiBpdCwgY29tcHJpc2VkIG92aXJ0bWdtdCBhbmQgc3VjaCwgdGhyb3Vn aCBjbGFucz88YnI+DQomZ3Q7IEhvdyBkbyB5b3UgY29uZmlndXJlIDgwMi4zYWQgb24gNCBhZGFw dGVycz8gSG93IG1hbnkgc3dpdGNoZXMgZG8geW91IGhhdmUgdG8gY29ubmVjdCB0bywgZnJvbSB0 aGVzZSA0IGFkYXB0ZXJzPyBPciBkbyB5b3UgdXNlIHJvdW5kIHJvYmluIGJvbmRpbmcgKGJ1dCBJ IHByZXN1bWUgaXQgaXMgbm90IHN1cHBvcnRlZCBpbiBjb3VydCB0aGlzIGJvbmQpPzxicj4NCiZn dDsgVGhhbmtzITwvcD4NCjxwIGRpcj0ibHRyIj5XZWxsLCBpbiBvdXIgY2FzZSwgd2UgaGF2ZSB0 d28gY2x1c3RlcmVkIHN3aXRjaGVzIGZyb20gQy1jb21wYW55IHNvIHR3byBOSUNzIGluIGVhY2gu IEFuZCB0aGVuLCB5ZWFoLCBkaWZmZXJlbnQgVkxBTnMgZm9yIGV2ZXJ5IG5ldHdvcmsgb24gdG9w IG9mIHRoZSBzYW1lIGJvbmQuIFdvcmtzIGxpa2UgYSBjaGFybTopPC9wPg0KPHAgZGlyPSJsdHIi Pi9LPC9wPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_fbcf4789976a413eb2bb993a07b97fcbexch24sluse_--

3 4

hosted engine from appliance and firewalld/iptables-services
by Peter Hudec 23 Feb '17

23 Feb '17

Hi, I installedHE form the appliance and need to switch the from firewalld to iptables-services. Does the HE /4.1.0/ depends on firewalld or could be switched to iptables services? IS there any templte for iptables-servicec like for the nodes `engine-config -a | grep -i iptables` best regards Peter Hudec -- *Peter Hudec* Infraštruktúrny architekt phudec(a)cnc.sk <mailto:phudec@cnc.sk> *CNC, a.s.* Borská 6, 841 04 Bratislava Recepcia: +421 2 35 000 100 Mobil:+421 905 997 203 *www.cnc.sk* <http:///www.cnc.sk>

2 2

VMs HA with cinder volumes
by Matteo Dacrema 23 Feb '17

23 Feb '17

Hi all, I’ve a setup that uses Ceph through ovirt for VM storage. I tested out VM HA and all works well when IPMI is reachable. When it’s not reachable because of network or power failure VM states switch to unknown and it’s not restarted to other nodes. Is it a specific setup that I’ve missed? Thank you Regards Matteo

2 4

hosted engine form appliance and user NODE, CENTOS
by Peter Hudec 23 Feb '17

23 Feb '17

Hi, I installed HE from appliance and there is user 'node' with uid 1000 and the second is'centos' with uid 1001. What is the purpose of this users? Our configuration managment is trying to create regular users and I nneed this UIDS. best regards Peter Hudec -- *Peter Hudec* Infraštruktúrny architekt phudec(a)cnc.sk <mailto:phudec@cnc.sk> *CNC, a.s.* Borská 6, 841 04 Bratislava Recepcia: +421 2 35 000 100 Mobil:+421 905 997 203 *www.cnc.sk* <http:///www.cnc.sk>

1 0

Guest Agent Running unconfined on Centos 7
by Alan Griffiths 22 Feb '17

22 Feb '17

Hi, I'm running ovirt-guest-agent from Centos 7 EPEL and I notice that it's running unconfined rather than within its own domain. I see there is a rhev_agentd_exec_t type, which I attempted to assign to ovirt-guest-agent.py but it still starts up as unconfined. Is there a supported process for getting ovirt-guest into its own domain? Or a reason why it's not possible? Thanks, Alan

4 3

Troubles after resizing the iscsi storage.
by Arman Khalatyan 22 Feb '17

22 Feb '17

Hi, I just have 1TB iscsi storage with virtual machine with several disks. After shutdown the vm I just detached storage and removed from the cluster and ovirt totally. 1) Then on the target resized the exported volume to 13TB, 2) iscsiadm -m node -l on the host I resized iscsiadm -m node -l pvresize /dev/mapper/..... iscsiadm -m node -u After importing back to the ovirt over the gui, I can see the vm is in the import field but I cannot see separate disks Importing failing in the stage "Executing". are there way to fix it? On the host with "lvs" I can see the disks are there. thanks, Arman.

5 12

Fwd: Need documentation
by Александр Пивушков 22 Feb '17

22 Feb '17

----ALT--qZyeQwcoiDme26AGBWI3vooLxPnUCE9B1487754958 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CgoKLS0tLS0tLS0g0J/QtdGA0LXRgdGL0LvQsNC10LzQvtC1INGB0L7QvtCx0YnQtdC90LjQtSAt LS0tLS0tLQrQntGCINC60L7Qs9C+OiDQkNC70LXQutGB0LDQvdC00YAg0J/QuNCy0YPRiNC60L7Q siA8cGl2dUBtYWlsLnJ1PgrQmtC+0LzRgzogdXNlcnNAb3ZpcnQub3JnCtCU0LDRgtCwOiDQktGC 0L7RgNC90LjQuiwgMjEg0YTQtdCy0YDQsNC70Y8gMjAxNywgMTI6MjkgKzAzOjAwCtCi0LXQvNCw OiBOZWVkIGRvY3VtZW50YXRpb24KCkhlbGxvLCB0ZWxsIG1lIHdoZXJlIHRvIGZpbmQgdGhlIG9m ZmljaWFsIGRvY3VtZW50YXRpb24gZm9yIGluc3RhbGxpbmcgYW5kIGNvbmZpZ3VyaW5nIGF2YWls YWJpbGl0eSBhbmQgZmF1bHQgdG9sZXJhbmNlIG9WaXJ0PwpFc3BlY2lhbGx5IGludGVyZXN0ZWQg aW4gdGhlIHBvc3NpYmlsaXR5IG9mIHBoeXNpY2FsIGRpc2Nvbm5lY3Rpb24gZnJvbSB0aGUgaG9z dCBwb3dlciBzdXBwbHkgLiBmZW5jaW5nLgpXZSBwbGFuIHRvIGJ1eSBlcXVpcG1lbnQgZm9yIHRo ZSBzd2l0Y2gtb2ZmIC0gUERVLgpXaGVyZSBjYW4gSSBmaW5kIGEgbGlzdCBvZiBlcXVpcG1lbnQg KFBEVSksIMKgIHdpdGggd2hpY2ggb1ZpcnQgd29ya3M/CgoK0JDQu9C10LrRgdCw0L3QtNGAINCf 0LjQstGD0YjQutC+0LIKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoK0JDQu9C10LrRgdCw0L3QtNGAINCf0LjQstGD 0YjQutC+0LIK ----ALT--qZyeQwcoiDme26AGBWI3vooLxPnUCE9B1487754958 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 CjxIVE1MPjxCT0RZPjxicj48YnI+PGJyPi0tLS0tLS0tINCf0LXRgNC10YHRi9C70LDQtdC80L7Q tSDRgdC+0L7QsdGJ0LXQvdC40LUgLS0tLS0tLS08YnI+CtCe0YIg0LrQvtCz0L46INCQ0LvQtdC6 0YHQsNC90LTRgCDQn9C40LLRg9GI0LrQvtCyICZsdDtwaXZ1QG1haWwucnUmZ3Q7PGJyPgrQmtC+ 0LzRgzogdXNlcnNAb3ZpcnQub3JnPGJyPgoK0JTQsNGC0LA6INCS0YLQvtGA0L3QuNC6LCAyMSDR hNC10LLRgNCw0LvRjyAyMDE3LCAxMjoyOSArMDM6MDA8YnI+CtCi0LXQvNCwOiBOZWVkIGRvY3Vt ZW50YXRpb248YnI+Cjxicj4KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoJCgoKCgoKCgoKCgoKCjxk aXYgY2xhc3M9ImpzLWhlbHBlciBqcy1yZWFkbXNnLW1zZyI+Cgk8c3R5bGUgdHlwZT0idGV4dC9j c3MiPjwvc3R5bGU+CiAJPGRpdj4KCQk8YmFzZSB0YXJnZXQ9Il9zZWxmIiBocmVmPSJodHRwczov L2UubWFpbC5ydS8iPgoJCQogICAgICAgICAgICA8ZGl2IGlkPSJzdHlsZV8xNDg3NjY5Mzg1MDAw MDAwMTAwNV9CT0RZIj4KPHNwYW4gbGFuZz0iZW4iPjxzcGFuPkhlbGxvLDwvc3Bhbj4gPHNwYW4+ dGVsbCBtZTwvc3Bhbj4gPHNwYW4+d2hlcmUgdG8gZmluZDwvc3Bhbj4gPHNwYW4+dGhlIG9mZmlj aWFsIGRvY3VtZW50YXRpb248L3NwYW4+IDxzcGFuPmZvciBpbnN0YWxsaW5nIGFuZCBjb25maWd1 cmluZzwvc3Bhbj4gPHNwYW4+YXZhaWxhYmlsaXR5IGFuZCBmYXVsdCB0b2xlcmFuY2U8L3NwYW4+ IDxzcGFuPm9WaXJ0Pzwvc3Bhbj48YnI+PHNwYW4+RXNwZWNpYWxseTwvc3Bhbj4gPHNwYW4+aW50 ZXJlc3RlZCBpbiB0aGUgcG9zc2liaWxpdHk8L3NwYW4+IDxzcGFuPm9mIHBoeXNpY2FsPC9zcGFu PiA8c3Bhbj5kaXNjb25uZWN0aW9uPC9zcGFuPiA8c3Bhbj5mcm9tIHRoZTwvc3Bhbj4gPHNwYW4+ aG9zdDwvc3Bhbj4gPHNwYW4+cG93ZXIgc3VwcGx5PC9zcGFuPjxzcGFuPi48L3NwYW4+IDxzcGFu PmZlbmNpbmcuPC9zcGFuPjxicj48c3Bhbj5XZSBwbGFuIHRvPC9zcGFuPiA8c3Bhbj5idXk8L3Nw YW4+IDxzcGFuPmVxdWlwbWVudCBmb3IgdGhlPC9zcGFuPiA8c3Bhbj5zd2l0Y2gtb2ZmIC0gUERV Ljwvc3Bhbj48YnI+PHNwYW4+V2hlcmUgY2FuIEkgZmluZDwvc3Bhbj4gPHNwYW4+YSBsaXN0IG9m IGVxdWlwbWVudDwvc3Bhbj4gPHNwYW4+KFBEVSksPC9zcGFuPiZuYnNwOzxzcGFuPndpdGggd2hp Y2ggb1ZpcnQgd29ya3M/PC9zcGFuPjwvc3Bhbj48YnI+PGJyPjxicj7QkNC70LXQutGB0LDQvdC0 0YAg0J/QuNCy0YPRiNC60L7Qsgo8L2Rpdj4KICAgICAgICAgICAgCiAgICAgICAgCgkJPGJhc2Ug dGFyZ2V0PSJfc2VsZiIgaHJlZj0iaHR0cHM6Ly9lLm1haWwucnUvIj4KCTwvZGl2PgoKCQo8L2Rp dj4KCgoKPGJyPjxocj4KPGJyPtCQ0LvQtdC60YHQsNC90LTRgCDQn9C40LLRg9GI0LrQvtCyPGJy PjwvQk9EWT48L0hUTUw+Cg== ----ALT--qZyeQwcoiDme26AGBWI3vooLxPnUCE9B1487754958--

2 1

Removing all the Users Permission on Data Center
by Manuel Luis Aznar 22 Feb '17

22 Feb '17

Hello, Sorry but there is a errata in this piece: u = kvm.users.get(id=userid) for perm in u.permissions.list(): udc = perm.get_data_center() if udc: globaldc = kvm.datacenters.get(id=udc.get_id()) if globaldc.get_name() == dc: perm.delete() The perm.delete() call is not correct and you need to put the following two lines: permission_service = permissions_service.permission_service(id= data_center_permission.id) permission_service.remove() Of course you need: permissions_service = system_service.permissions_service() Thanks and sorry for the errata Manuel

1 0

Questions about network implementation
by Ben Kincaid 22 Feb '17

22 Feb '17

Hi List, I am currently in the process of evaluating several KVM management packages in order to replace some old Vsphere. I have been running up test labs with the following: * oVirt * OpenNebula * Cloudstack * Proxmox * Ganeti While I am more than happy to script up a few CLI tools and interact with Libvirt directly, that isn’t going to work for most end users of this infrastructure. I am running in to a bit of a challenge around the networking aspect of what I am trying to create here, since most of these management tools assume you are building an all-in-one box deployment, or you manage your own network infrastructure in your datacenter. We have 6 soon to be 8 boxes in a remote DC, and we don’t have any flexibility around the networking. Each box has one NIC, with a public IP, and we have a couple of /27 address ranges to use. We need to specify which port on the switch that /27 will be going to. So what I would like to do is build a private address network across all 8 boxes, either using something like PeerVPN / Tinc or the new VPN features built in to Vswitch, I would then put that on vmbr1 for example. Vmbr0 would be the public internet port on each box, and on one box I would run up an instance of PFSense or similar in a VM which I would route the /27’s to and then forward them to IPs on the internal IP pool. Does oVirt have the ability to manage a network structure such as this, and if so how might I go about it? I've had a read through the docs but couldn't work out how I'd build this type of structure in oVirt. Thanks for such a great peace of software, and I appreciate any suggestions or advice anyone can offer on this issue.

2 1