July 2015 - Users - oVirt List Archives

ovirt-Node + hosted engine question
by Alan Murrell 14 Jul '15

14 Jul '15

Hi All. As I was perusing my e-mails from this list earlier today one that caught my attention was one that had to do with ovirt-node and hosted engine. It appeared as though it is possible to install hosted engine on a ovirt-node "host", and indeed, when I installed ovirt-node into a VirtualBox VM to poke around, there is a "hosted engine" option in the menu where you can enter a URL for an ISO/pxe source for OS installtion. I just want to clarify the following questions: 1.) Is it possible to install ovirt-node, and then install a hosted engine? 2.) If the answer to 1.) is "Yes", does it require some sort of NFS-enabled storage, or can you confgiure local storage on ovirt-node and install the engine to there? 3.) Is it possible to create NFS-enabled storage on ovirt-node? 4.) Can you install the hosted engine onto external NFS storage, then move/migrate it to local storage on ovirt-node? I am thinking of a "lab" situation where there is only one server, but gobs of RAM and storage. Running ovirt-node as the "host" would require fewer space resources (not that I would necessarily be hurting for space, but any extra I could squeeze out would not be unwelcome). Thanks! :-) -Alan

2 1

Engine missing snapshot which is used by VM
by Jan Siml 14 Jul '15

14 Jul '15

Hello, while analyzing a performance issue of a VM, I discovered the machine uses a snapshot which is not referenced in Engine's database. [oVirt shell (connected)]# list disks --vm-identifier bamboo id : 4244c296-2b81-4dff-89ab-cd7f8847576a name : bamboo_Disk1 [oVirt shell (connected)]# list snapshots --vm-identifier bamboo id : 24a7de50-83ec-4e33-8f19-28b729422982 description: Active VM Within the storage mount path I see two images: root@prod-node-07 4244c296-2b81-4dff-89ab-cd7f8847576a]# ls ddb30e69-73ac-454a-b9a0-b67c970958e9 ddb30e69-73ac-454a-b9a0-b67c970958e9.lease ddb30e69-73ac-454a-b9a0-b67c970958e9.meta e2b4e67a-616c-4be0-bb9b-6470ef9012ba e2b4e67a-616c-4be0-bb9b-6470ef9012ba.lease e2b4e67a-616c-4be0-bb9b-6470ef9012ba.meta [root@prod-node-07 4244c296-2b81-4dff-89ab-cd7f8847576a]# cat *.meta DOMAIN=fe7e2860-ab10-4010-9b80-2d40a0198594 VOLTYPE=INTERNAL CTIME=1435308199 FORMAT=RAW IMAGE=4244c296-2b81-4dff-89ab-cd7f8847576a DISKTYPE=2 PUUID=00000000-0000-0000-0000-000000000000 LEGALITY=LEGAL MTIME=0 POOL_UUID= SIZE=1468006400 TYPE=SPARSE DESCRIPTION= EOF DOMAIN=fe7e2860-ab10-4010-9b80-2d40a0198594 VOLTYPE=LEAF CTIME=1435308200 FORMAT=COW IMAGE=4244c296-2b81-4dff-89ab-cd7f8847576a DISKTYPE=2 PUUID=ddb30e69-73ac-454a-b9a0-b67c970958e9 LEGALITY=LEGAL MTIME=0 POOL_UUID= DESCRIPTION={"DiskAlias":"bamboo_Disk1","DiskDescription":""} TYPE=SPARSE SIZE=1468006400 EOF Even if I have no clue why this has happened I would like to remove the snapshot and return to a consistent state. What can I do now to solve the problem? -- Kind regards Jan Siml

1 0

Concerns with increasing vdsTimeout value on engine?
by Groten, Ryan 14 Jul '15

14 Jul '15

--_000_c9bc721d3e0f454d8777b18f6154406aCD1911M21corpads_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable When I try to attach new direct lun disks, the scan takes a very long time = to complete because of the number of pvs presented to my hosts (there is al= ready a bug on this, related to the pvcreate command taking a very long tim= e - https://bugzilla.redhat.com/show_bug.cgi?id=3D1217401) I discovered a workaround by setting the vdsTimeout value higher (it is 180= seconds by default). I changed it to 300 seconds and now the direct lun sc= an returns properly, but I'm hoping someone can warn me if this workaround = is safe or if it'll cause other potential issues? I made this change yeste= rday and so far so good. Thanks, Ryan --_000_c9bc721d3e0f454d8777b18f6154406aCD1911M21corpads_ 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 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic","sans-serif"">When I try to attach new direct = lun disks, the scan takes a very long time to complete because of the numbe= r of pvs presented to my hosts (there is already a bug on this, related to the pvcreate command taking a very long time - <a href=3D= "https://bugzilla.redhat.com/show_bug.cgi?id=3D1217401"> https://bugzilla.redhat.com/show_bug.cgi?id=3D1217401</a>)<o:p></o:p></span= ></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic","sans-serif""><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic","sans-serif"">I discovered a workaround by set= ting the vdsTimeout value higher (it is 180 seconds by default). I changed = it to 300 seconds and now the direct lun scan returns properly, but I’m hoping someone can warn me if this workaround is safe or if = it’ll cause other potential issues?  I made this change yesterda= y and so far so good.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic","sans-serif""><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic","sans-serif"">Thanks,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ce= ntury Gothic","sans-serif"">Ryan<o:p></o:p></span></p> </div> </body> </html> --_000_c9bc721d3e0f454d8777b18f6154406aCD1911M21corpads_--

5 8

VM got paused state after migration
by Demeter Tibor 13 Jul '15

13 Jul '15

------=_Part_19443521_333909629.1436796129418 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Dear Listmembers, I have a 3 node ovirt system, it's based on self-host glusterfs. Today, I did a vm migration but it was unsuccessful. The vm got a paused state and it was unable to resume and it was impossible to switch off. Cause I killed it on the compute node, but it's remains as paused state. How can I switch to power-off state this machine? At this moment I can't power on this vm.....:( In this case are there any "friendly" solution for the future? If I do a restart for vdsmd, that will cause other "bad" things? Thanks in advance. Regards, Tibor ------=_Part_19443521_333909629.1436796129418 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s= ize: 12pt; color: #000000"><div>Dear Listmembers,<br></div><div><br data-mc= e-bogus=3D"1"></div><div>I have a 3 node ovirt system, it's based on self-h= ost glusterfs.</div><div>Today, I did a vm migration but it was unsuccessfu= l. </div><div>The vm got a paused state and it was unable to resume an= d it was impossible to switch off. Cause I killed it on the compute node, b= ut it's remains as paused state.</div><div>How can I switch to power-off st= ate this machine? At this moment I can't power on this vm.....:(</div><div>= In this case are there any "friendly" solution for the future?</div><div>If= I do a restart for vdsmd, that will cause other "bad" things? </div><= div><br></div><div><br data-mce-bogus=3D"1"></div><div><br data-mce-bogus= =3D"1"></div><div> Thanks in advance.</div><div><br data-mce-bogus=3D"= 1"></div><div>Regards,</div><div>Tibor</div><div data-marker=3D"__SIG_PRE__= "><p></p></div></div></body></html> ------=_Part_19443521_333909629.1436796129418--

2 3

This VM is not managed by the engine
by Mark Steele 13 Jul '15

13 Jul '15

I have a VM that was not started and is now showing as running. When I attempt to suspend or stop it in the ovirt-shell, I get the message: status: 400 reason: bad request detail: Cannot hibernate VM. This VM is not managed by the engine. Not sure how the VM was initially created on the ovirt manager. This VM is not needed - how can I 'shutdown' and remove this VM? Thanks *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

3 22

When I disconnected the cable, why vm can't migrate to the other host?
by 寻梦 13 Jul '15

13 Jul '15

This is a multi-part message in MIME format. ------=_NextPart_55A373D7_09DD5038_41DBEDDD Content-Type: text/plain; charset="gb18030" Content-Transfer-Encoding: base64 RGVhciBmcmllbmQ6DQogICAgV2hlbiBJIGRpc2Nvbm5lY3RlZCB0aGUgY2FibGUsIHdoeSB2 bSBjYW4ndCBtaWdyYXRlIHRvIHRoZSBvdGhlciBob3N0Pw0KICAgIEkgd2FpdCBmb3Igc2V2 ZXJhbCBtaW51dGVzLCB0aGUgVk1zIGFsc28gIHN0aWxsIGRvbid0IG1pZ3JhdGUgdG8gYW4g b3RoZXIgaG9zdCENCiAgICBJIGhhdmUgY29uZmlndXJlZCB0aGUgcG93ZXIgbWFuYWdlbWVu dCBhbmQgY29uZmlndXJlZCBIQSBzZXR0aW5ncyBvbiB2bXMhDQogICAgTWF5YmUgSSBoYXZl IHNvbWUgZXJyb3Igb3BlcmF0aW9ucyBvbiBzb21ld2hlcmU/IEJ1dCBpZiBJIHJlc3RhcnQg dGhlIGhvc3QNCiAgICBieSB1c2luZyB0aGUgZnVuY3Rpb24gb2YgInBvd2VyIG1hbmFnZW1l bnQiIG9uIGhvc3QsIHRoZSBIQSB2bXMgY2FuIG1pZ3JhdGUNCiAgICB0byBhbiBvdGhlciBo b3N0IQ0KDQoNClJlZ2FyZHMhDQoNCkphY2tpZQ== ------=_NextPart_55A373D7_09DD5038_41DBEDDD Content-Type: text/html; charset="gb18030" Content-Transfer-Encoding: base64 PGRpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogJ2x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5h LCAnTWljcm9zb2Z0IFlhSGVpJzsgbGluZS1oZWlnaHQ6IDIzLjc5OTk5OTIzNzA2MDVweDsi PkRlYXIgZnJpZW5kOjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiAnbHVjaWRhIEdy YW5kZScsIFZlcmRhbmEsICdNaWNyb3NvZnQgWWFIZWknOyBsaW5lLWhlaWdodDogMjMuNzk5 OTk5MjM3MDYwNXB4OyI+Jm5ic3A7ICZuYnNwOyZuYnNwO1doZW4gSSBkaXNjb25uZWN0ZWQg dGhlIGNhYmxlLCB3aHkgdm0gY2FuJ3QgbWlncmF0ZSB0byB0aGUgb3RoZXIgaG9zdD88L2Rp dj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogJ2x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCAn TWljcm9zb2Z0IFlhSGVpJzsgbGluZS1oZWlnaHQ6IDIzLjc5OTk5OTIzNzA2MDVweDsiPiZu YnNwOyAmbmJzcDsgSSB3YWl0IGZvciBzZXZlcmFsIG1pbnV0ZXMsIHRoZSBWTXMgYWxzbyAm bmJzcDtzdGlsbCBkb24ndCBtaWdyYXRlIHRvIGFuIG90aGVyIGhvc3QhPC9kaXY+PGRpdiBz dHlsZT0iZm9udC1mYW1pbHk6ICdsdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgJ01pY3Jvc29m dCBZYUhlaSc7IGxpbmUtaGVpZ2h0OiAyMy43OTk5OTkyMzcwNjA1cHg7Ij4mbmJzcDsgJm5i c3A7IEkgaGF2ZSBjb25maWd1cmVkIHRoZSBwb3dlciBtYW5hZ2VtZW50IGFuZCBjb25maWd1 cmVkIEhBIHNldHRpbmdzIG9uIHZtcyE8L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTog J2x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCAnTWljcm9zb2Z0IFlhSGVpJzsgbGluZS1oZWln aHQ6IDIzLjc5OTk5OTIzNzA2MDVweDsiPiZuYnNwOyAmbmJzcDsgTWF5YmUgSSBoYXZlIHNv bWUgZXJyb3Igb3BlcmF0aW9ucyBvbiBzb21ld2hlcmU/IEJ1dCBpZiBJIHJlc3RhcnQgdGhl IGhvc3Q8L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogJ2x1Y2lkYSBHcmFuZGUnLCBW ZXJkYW5hLCAnTWljcm9zb2Z0IFlhSGVpJzsgbGluZS1oZWlnaHQ6IDIzLjc5OTk5OTIzNzA2 MDVweDsiPiZuYnNwOyAmbmJzcDsgYnkgdXNpbmcgdGhlIGZ1bmN0aW9uIG9mICJwb3dlciBt YW5hZ2VtZW50IiBvbiBob3N0LCB0aGUgSEEgdm1zIGNhbiBtaWdyYXRlPC9kaXY+PGRpdiBz dHlsZT0iZm9udC1mYW1pbHk6ICdsdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgJ01pY3Jvc29m dCBZYUhlaSc7IGxpbmUtaGVpZ2h0OiAyMy43OTk5OTkyMzcwNjA1cHg7Ij4mbmJzcDsgJm5i c3A7IHRvIGFuIG90aGVyIGhvc3QhPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6ICds dWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgJ01pY3Jvc29mdCBZYUhlaSc7IGxpbmUtaGVpZ2h0 OiAyMy43OTk5OTkyMzcwNjA1cHg7Ij48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIzLjc5 OTk5OTIzNzA2MDVweDsiPjxicj48L3NwYW4+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1p bHk6ICdsdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgJ01pY3Jvc29mdCBZYUhlaSc7IGxpbmUt aGVpZ2h0OiAyMy43OTk5OTkyMzcwNjA1cHg7Ij48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6 IDIzLjc5OTk5OTIzNzA2MDVweDsiPlJlZ2FyZHMhPC9zcGFuPjxzcGFuIHN0eWxlPSJsaW5l LWhlaWdodDogMjMuNzk5OTk5MjM3MDYwNXB4OyI+PGJyPjwvc3Bhbj48L2Rpdj48ZGl2IHN0 eWxlPSJmb250LWZhbWlseTogJ2x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCAnTWljcm9zb2Z0 IFlhSGVpJzsgbGluZS1oZWlnaHQ6IDIzLjc5OTk5OTIzNzA2MDVweDsiPjxzcGFuIHN0eWxl PSJsaW5lLWhlaWdodDogMjMuNzk5OTk5MjM3MDYwNXB4OyI+SmFja2llPC9zcGFuPjwvZGl2 PjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMy43OTk5OTkyMzcwNjA1 cHg7Ij48YnI+PC9zcGFuPjwvZGl2Pg== ------=_NextPart_55A373D7_09DD5038_41DBEDDD--

1 0

Gluster Volume Snapshots management using oVirt
by Shubhendu Tripathi 13 Jul '15

13 Jul '15

Hi, I have written a blog on how to use oVirt 3.6 for managing gluster volume snapshots [1]. Do have a look and comment/feedback are welcome. Regards, Shubhendu [1] http://shtripat.blogspot.in/2015/07/oVirtAndGlusterVolumeSnapshots.html

2 2

Host failed to attach one of the Storage Domains attached to it
by Alin Ilie 12 Jul '15

12 Jul '15

This is a multi-part message in MIME format. --------------050503030109030902030106 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, We have a small oVirt deplopyment, with 2 INTEL CPUs and 1 AMD, therefor we defined 2 clusters. One of the Intel machines is running the management as well (We called this SOL). This deployment is connected to a NAS through NFS shares. Suddenly (no more than 2 days) SOL is reported as "Non operational" and in the Action Items is saying " Host failed to attach one of the Storage Domains attached to it." All other machines seems to be fine. In the past we encountered similar errors after (accidental) reboot of the hosts, but now it is not the case: [root@sol ~]# uptime 08:10:48 up 9 days, 15:48, 1 user, load average: 0.08, 0.05, 0.12 The "funny" is that the virtual machines already started on SOL are still running without any problems. I am not sure what logs to check. In /var/log/vdsm/vdsm.log we have this error, but I do not think it is relevant: Thread-38964::ERROR::2015-07-05 08:37:24,882::__init__::506::jsonrpc.JsonRpcServer::(_serveRequest) Internal server error Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/yajsonrpc/__init__.py", line 501, in _serveRequest res = method(**params) File "/usr/share/vdsm/rpc/Bridge.py", line 271, in _dynamicMethod result = fn(*methodArgs) File "/usr/share/vdsm/API.py", line 1330, in getStats stats.update(self._cif.mom.getKsmStats()) File "/usr/share/vdsm/momIF.py", line 60, in getKsmStats stats = self._mom.getStatistics()['host'] File "/usr/lib/python2.6/site-packages/mom/MOMFuncs.py", line 75, in getStatistics host_stats = self.threads['host_monitor'].interrogate().statistics[-1] AttributeError: 'NoneType' object has no attribute 'statistics' Thank you ! --------------050503030109030902030106 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hello,<br> <br> We have a small oVirt deplopyment, with 2 INTEL CPUs and 1 AMD, therefor we defined 2 clusters.<br> One of the Intel machines is running the management as well (We called this SOL).<br> This deployment is connected to a NAS through NFS shares.<br> <br> Suddenly (no more than 2 days) SOL is reported as "Non operational" and in the Action Items is saying "<img class="gwt-Image" onload='this.__gwtLastUnhandledEvent="load";' src="cid:part1.08080605.07050106@matrixrom.com" style="width: 14px; height: 12px; background: transparent url("data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAA4AAAAMCAYAAABSgIzaAAAAKklEQVR42mNgwAL+n0n7/3+mMRifSTP+z0AsGNVIC40gxciYgeZgcPoRAJrmd4n8GZZPAAAAAElFTkSuQmCC") no-repeat scroll 0px 0px; display: inline;" border="0"> <div> <div style="display: inline;" class="gwt-Label">Host failed to attach one of the Storage Domains attached to it."<br> All other machines seems to be fine.<br> <br> In the past we encountered similar errors after (accidental) reboot of the hosts, but now it is not the case:<br> [root@sol ~]# uptime<br> 08:10:48 up 9 days, 15:48, 1 user, load average: 0.08, 0.05, 0.12<br> <br> The "funny" is that the virtual machines already started on SOL are still running without any problems.<br> <br> I am not sure what logs to check.<br> <br> In /var/log/vdsm/vdsm.log we have this error, but I do not think it is relevant:<br> Thread-38964::ERROR::2015-07-05 08:37:24,882::__init__::506::jsonrpc.JsonRpcServer::(_serveRequest) Internal server error<br> Traceback (most recent call last):<br> File "/usr/lib/python2.6/site-packages/yajsonrpc/__init__.py", line 501, in _serveRequest<br> res = method(**params)<br> File "/usr/share/vdsm/rpc/Bridge.py", line 271, in _dynamicMethod<br> result = fn(*methodArgs)<br> File "/usr/share/vdsm/API.py", line 1330, in getStats<br> stats.update(self._cif.mom.getKsmStats())<br> File "/usr/share/vdsm/momIF.py", line 60, in getKsmStats<br> stats = self._mom.getStatistics()['host']<br> File "/usr/lib/python2.6/site-packages/mom/MOMFuncs.py", line 75, in getStatistics<br> host_stats = self.threads['host_monitor'].interrogate().statistics[-1]<br> AttributeError: 'NoneType' object has no attribute 'statistics'<br> <br> Thank you !<br> </div> </div> </body> </html> --------------050503030109030902030106--

2 1

oVirt Error while executing Attach Storage Domain (glusterfs)
by Konstantinos Christidis 11 Jul '15

11 Jul '15

Hello, I have a glusterfs enabled cluster with replica-3 volume. When I try to add oVirt Glusterfs/Data storage I am getting this error. Error while executing Attach Storage Domain: Storage domain cannot be reached. Please ensure it is accessible from the host(s). iptables/firewalld are stopped. Anyone? K.

1 1

Live VM Backups
by Chris Jones - BookIt.com Systems Administrator 10 Jul '15

10 Jul '15

From what I can tell, you can only backup a VM to an export domain if the VM is shut down. Is a live VM backup not possible through oVirt? If not, why not? Most other virtualization tools can handle this. If it is possible, how do I do it through the backup API? api.vms.myvm.export requires it to be shutdown so what would the alternative be? Thanks. -- This email was Virus checked by UTM 9. For issues please contact the Windows Systems Admin.

3 3