Bad volume specification after hung migration
We are running 4.0.1.1-1.el7.centos After a frozen migration attempt, we have two VM that after shutdown, are not anymore able to be started up again. Message returned is : Bad volume specification {'index': '0', u'domainID': u'731d95a9-61a7-4c7a-813b-fb1c3dde47ea', 'reqsize': '0', u'format': u'cow', u'optional': u'false', u'address': {u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'slot': u'0x05'}, u'volumeID': u'cffc70ff-ed72-46ef-a369-4be95de72260', 'apparentsize': '3221225472', u'imageID': u'3fe5a849-bcc2-42d3-93c5aca4c504515b', u'specParams': {}, u'readonly': u'false', u'iface': u'virtio', u'deviceId': u'3fe5a849bcc2-42d3-93c5-aca4c504515b', 'truesize': '3221225472', u'poolID': u'00000001-0001-0001-0001-0000000001ec', u'device': u'disk', u'shared': u'false', u'propagateErrors': u'off',u'type':u'disk'} Probably this is caused by a wrong pointer into the database that still refer to the migration image-id. If we search within all_disks view, we can find that parentid field isn't 00000000-0000-0000-0000-000000000000 like all other running vm, but it has a value: vm_names | parentid ----------------------+-------------------------------------- working01.company.xx | 00000000-0000-0000-0000-000000000000 working02.company.xx | 00000000-0000-0000-0000-000000000000 working03.company.xx | 00000000-0000-0000-0000-000000000000 working04.company.xx | 00000000-0000-0000-0000-000000000000 broken001.company.xx | 30533842-2c83-4d0e-95d2-48162dbe23bd <<<<<<<<< working05.company.xx | 00000000-0000-0000-0000-000000000000 How we can recover from this ? Thanks in advance Regards, -- Robert o
--Apple-Mail=_74B2C3E5-B764-4B68-AB1F-C7718CCEF308 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8
On 26 Oct 2017, at 10:20, Roberto Nunin <robnunin@gmail.com> wrote: =20 We are running 4.0.1.1-1.el7.centos
Hi, any reason not to upgrade to 4.1?
=20 After a frozen migration attempt, we have two VM that after shutdown, = are not anymore able to be started up again.
what do you mean by frozen? Are you talking about "VM live migration" or = =E2=80=9Clive storage migration=E2=80=9D? How exactly did you resolve that situation, you only shut down those = VMs? No other troubleshooting steps, e.g. restarting engine, hosts, = things like that? Thanks, michal
=20 Message returned is : =20 Bad volume specification {'index': '0', u'domainID': = u'731d95a9-61a7-4c7a-813b-fb1c3dde47ea', 'reqsize': '0', u'format': = u'cow', u'optional': u'false', u'address': {u'function': u'0x0', u'bus': = u'0x00', u'domain': u'0x0000', u'type': u'pci', u'slot': u'0x05'}, = u'volumeID': u'cffc70ff-ed72-46ef-a369-4be95de72260', 'apparentsize': = '3221225472', u'imageID': u'3fe5a849-bcc2-42d3-93c5aca4c504515b', = u'specParams': {}, u'readonly': u'false', u'iface': u'virtio', = u'deviceId': u'3fe5a849bcc2-42d3-93c5-aca4c504515b', 'truesize': = '3221225472', u'poolID': u'00000001-0001-0001-0001-0000000001ec', = u'device': u'disk', u'shared': u'false', u'propagateErrors': = u'off',u'type':u'disk'} =20 Probably this is caused by a wrong pointer into the database that = still refer to the migration image-id. =20 If we search within all_disks view, we can find that parentid field = isn't 00000000-0000-0000-0000-000000000000 like all other running vm, = but it has a value: =20 vm_names | parentid ----------------------+-------------------------------------- working01.company.xx | 00000000-0000-0000-0000-000000000000 working02.company.xx | 00000000-0000-0000-0000-000000000000 working03.company.xx | 00000000-0000-0000-0000-000000000000 working04.company.xx | 00000000-0000-0000-0000-000000000000 broken001.company.xx | 30533842-2c83-4d0e-95d2-48162dbe23bd <<<<<<<<< working05.company.xx | 00000000-0000-0000-0000-000000000000 =20 =20 How we can recover from this ? =20 Thanks in advance Regards, =20 --=20 Robert=E2=80=8Bo=E2=80=8B =20 =20 =20 _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--Apple-Mail=_74B2C3E5-B764-4B68-AB1F-C7718CCEF308 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><br class=3D""><div><blockquote type=3D"cite" class=3D""><div = class=3D"">On 26 Oct 2017, at 10:20, Roberto Nunin <<a = href=3D"mailto:robnunin@gmail.com" class=3D"">robnunin@gmail.com</a>> = wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><div = dir=3D"ltr" class=3D""><div class=3D"gmail_default">We are running<span = style=3D"font-size:large" class=3D""> <span style=3D"font-family: = 'Arial Unicode MS', Arial, sans-serif; text-align: -webkit-center; = font-size: small;" = class=3D"">4.0.1.1-1.el7.centos</span></span></div></div></div></blockquot= e><div><br class=3D""></div>Hi,</div><div>any reason not to upgrade to = 4.1?</div><div><br class=3D""><blockquote type=3D"cite" class=3D""><div = class=3D""><div dir=3D"ltr" class=3D""><div class=3D"gmail_default" = style=3D"font-size:large"><span style=3D"font-family: 'Arial Unicode = MS', Arial, sans-serif; text-align: -webkit-center; font-size: small;" = class=3D""><br class=3D""></span></div><div class=3D"gmail_default" = style=3D"font-size:large"><span style=3D"font-family: 'Arial Unicode = MS', Arial, sans-serif; text-align: -webkit-center; font-size: small;" = class=3D"">After a frozen migration attempt, we have two VM that after = shutdown, are not anymore able to be started up = again.</span></div></div></div></blockquote><div><br class=3D""></div>what= do you mean by frozen? Are you talking about "VM live migration" or = =E2=80=9Clive storage migration=E2=80=9D?</div><div>How exactly did you = resolve that situation, you only shut down those VMs? No other = troubleshooting steps, e.g. restarting engine, hosts, things like = that?</div><div><br = class=3D""></div><div>Thanks,</div><div>michal</div><div><blockquote = type=3D"cite" class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div = class=3D"gmail_default" style=3D"font-size:large"><span = style=3D"font-family: 'Arial Unicode MS', Arial, sans-serif; text-align: = -webkit-center; font-size: small;" class=3D""><br = class=3D""></span></div><div class=3D"gmail_default" = style=3D"font-size:large"><span style=3D"font-family: 'Arial Unicode = MS', Arial, sans-serif; text-align: -webkit-center; font-size: small;" = class=3D"">Message returned is :</span></div><div class=3D"gmail_default" = style=3D"font-size:large"><span style=3D"font-family: 'Arial Unicode = MS', Arial, sans-serif; text-align: -webkit-center; font-size: small;" = class=3D""><br class=3D""></span></div><div class=3D"gmail_default"><span = style=3D"font-family: 'Arial Unicode MS', Arial, sans-serif; text-align: = -webkit-center;" class=3D""><div class=3D"gmail_default" = style=3D"text-align:left">Bad volume specification {'index': '0', = u'domainID': u'731d95a9-61a7-4c7a-813b-fb1c3dde47ea', 'reqsize': '0', = u'format': u'cow', u'optional': u'false', u'address': {u'function': = u'0x0', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'slot': = u'0x05'}, u'volumeID': u'cffc70ff-ed72-46ef-a369-4be95de72260', = 'apparentsize': '3221225472', u'imageID': = u'3fe5a849-bcc2-42d3-93c5aca4c504515b', u'specParams': {}, u'readonly': = u'false', u'iface': u'virtio', u'deviceId': = u'3fe5a849bcc2-42d3-93c5-aca4c504515b', 'truesize': '3221225472', = u'poolID': u'00000001-0001-0001-0001-0000000001ec', u'device': u'disk', = u'shared': u'false', u'propagateErrors': = u'off',u'type':u'disk'}</div><div = style=3D"text-align:left;font-size:small" class=3D""><br = class=3D""></div></span></div><div class=3D"gmail_default" = style=3D"font-size:large"><span style=3D"font-family: 'Arial Unicode = MS', Arial, sans-serif; text-align: -webkit-center; font-size: small;" = class=3D"">Probably this is caused by a wrong pointer into the database = that still refer to the migration image-id.</span></div><div = class=3D"gmail_default" style=3D"font-size:large"><span = style=3D"font-family: 'Arial Unicode MS', Arial, sans-serif; text-align: = -webkit-center; font-size: small;" class=3D""><br = class=3D""></span></div><div class=3D"gmail_default"><span = style=3D"font-size: small; font-family: 'Arial Unicode MS', Arial, = sans-serif; text-align: -webkit-center;" class=3D"">If we search within = all_disks view, we can find that parentid field isn't </span><font = face=3D"Arial Unicode MS, Arial, sans-serif" = class=3D"">00000000-0000-0000-0000-000000000000 like all other running = vm, but it has a value:</font></div><div class=3D"gmail_default"><font = face=3D"Arial Unicode MS, Arial, sans-serif" class=3D""><br = class=3D""></font></div><div class=3D"gmail_default"><font class=3D""><div= class=3D"gmail_default" style=3D""><font face=3D"monospace, monospace" = class=3D""> vm_names = | = parentid</font></div><div class=3D"gmail_default" style=3D""><font = face=3D"monospace, monospace" = class=3D"">----------------------+--------------------------------------</= font></div><div class=3D"gmail_default" style=3D""><font = face=3D"monospace, monospace" class=3D""> working01.company.xx | = 00000000-0000-0000-0000-000000000000</font></div><div = class=3D"gmail_default" style=3D""><font face=3D"monospace, monospace" = class=3D""> working02.company.xx | = 00000000-0000-0000-0000-000000000000</font></div><div = class=3D"gmail_default" style=3D""><font face=3D"monospace, monospace" = class=3D""> working03.company.xx | = 00000000-0000-0000-0000-000000000000</font></div><div = class=3D"gmail_default" style=3D""><font face=3D"monospace, monospace" = class=3D""> working04.company.xx | = 00000000-0000-0000-0000-000000000000</font></div><div = class=3D"gmail_default" style=3D""><font face=3D"monospace, monospace" = class=3D""> broken001.company.xx | = 30533842-2c83-4d0e-95d2-48162dbe23bd = <<<<<<<<<</font></div><div = class=3D"gmail_default" style=3D""><font face=3D"monospace, monospace" = class=3D""> working05.company.xx | = 00000000-0000-0000-0000-000000000000</font></div><div = style=3D"font-family:"Arial Unicode MS",Arial,sans-serif" = class=3D""><br class=3D""></div></font></div><div = class=3D"gmail_default"><font face=3D"Arial Unicode MS, Arial, = sans-serif" class=3D""><br class=3D""></font></div><div = class=3D"gmail_default"><font face=3D"Arial Unicode MS, Arial, = sans-serif" class=3D"">How we can recover from this ?</font></div><div = class=3D"gmail_default"><font face=3D"Arial Unicode MS, Arial, = sans-serif" class=3D""><br class=3D""></font></div><div = class=3D"gmail_default"><font face=3D"Arial Unicode MS, Arial, = sans-serif" class=3D"">Thanks in advance</font></div><div = class=3D"gmail_default"><font face=3D"Arial Unicode MS, Arial, = sans-serif" class=3D"">Regards,</font></div><div class=3D""><br = class=3D""></div>-- <br class=3D""><div class=3D"gmail_signature"><div = dir=3D"ltr" class=3D""><div dir=3D"ltr" class=3D""><font size=3D"4" = class=3D"">Robert<div class=3D"gmail_default" = style=3D"font-size:large;display:inline">=E2=80=8Bo=E2=80=8B</div><br = class=3D""><br class=3D""></font><span class=3D""><font size=3D"4" = class=3D""><br class=3D""><br class=3D""></font></span></div></div></div> </div> _______________________________________________<br class=3D"">Users = mailing list<br class=3D""><a href=3D"mailto:Users@ovirt.org" = class=3D"">Users@ovirt.org</a><br = class=3D"">http://lists.ovirt.org/mailman/listinfo/users<br = class=3D""></div></blockquote></div><br class=3D""></body></html>= --Apple-Mail=_74B2C3E5-B764-4B68-AB1F-C7718CCEF308--
participants (2)
-
Michal Skrivanek -
Roberto Nunin