- Users - oVirt List Archives

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