- Users - oVirt List Archives

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 23 Feb '17

23 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 23 Feb '17

23 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