<div dir="ltr">Thank you for the replies.<div><br></div><div>While waiting, I found one more google responce that said to run engine-setup. I did that, and it fixed the issue. the VM is now running again.</div><div><br></div><div>As to checking the logs, I'm not sure which ones to check...there are so many in so many different places.</div><div><br></div><div>I was not able to detach the disk, as "an operation is currently in process" No matter what i did to the disk, it was essentially still locked, even though it no longer said "locked" after I removed it with the unlock script.</div><div><br></div><div>So, it appears running engine-setup can really fix a bunch of stuff! An important tip to remember...</div><div><br></div><div>--Jim</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 19, 2018 at 11:55 PM, Tony Brian Albers <span dir="ltr"><<a href="mailto:tba@kb.dk" target="_blank">tba@kb.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I read somewhere about clearing out wrong stuff from the UI by manually<br>
editing the database, maybe you can try searching for something like that.<br>
<br>
With regards to the VM, I'd probably just delete it, edit the DB and<br>
remove all sorts of references to it and then recover it from backup.<br>
<br>
Is there nothing about all this in the ovirt logs on the engine and the<br>
host? It might point you in the right direction.<br>
<br>
HTH<br>
<br>
/tony<br>
<span class=""><br>
<br>
On 20/03/18 07:48, Jim Kusznir wrote:<br>
> Unfortunately, I came under heavy pressure to get this vm back up. So,<br>
> i did more googling and attempted to recover myself. I've gotten<br>
> closer, but still not quite.<br>
><br>
> I found this post:<br>
><br>
> <a href="http://lists.ovirt.org/pipermail/users/2015-November/035686.html" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>pipermail/users/2015-November/<wbr>035686.html</a><br>
><br>
> Which gave me the unlock tool, which was successful in unlocking the<br>
> disk. Unfortunately, it did not delete the task, nor did ovirt do so on<br>
> its own after the disk was unlocked.<br>
><br>
> So I found the taskcleaner.sh in the same directory and attempted to<br>
> clean the task out....except it doesn't seem to see the task (none of<br>
> the show tasks options seemed to work or the delete all options). I did<br>
> still have the task uuid from the gui, so i attempted to use that, but<br>
> all I got back was a "t" on one line and a "0" on the next, so I have no<br>
> idea what that was supposed to mean. In any case, the web UI still<br>
> shows the task, still won't let me start the VM and appears convinced<br>
> its still copying. I've tried restarting the engine and vdsm on the<br>
> SPM, neither have helped. I can't find any evidence of the task on the<br>
> command line; only in the UI.<br>
><br>
> I'd create a new VM if i could rescue the image, but I'm not sure I can<br>
> manage to get this image accepted in another VM<br>
><br>
> How do i recover now?<br>
><br>
> --Jim<br>
><br>
> On Mon, Mar 19, 2018 at 9:38 AM, Jim Kusznir <<a href="mailto:jim@palousetech.com">jim@palousetech.com</a><br>
</span><div><div class="h5">> <mailto:<a href="mailto:jim@palousetech.com">jim@palousetech.com</a>>> wrote:<br>
><br>
> Hi all:<br>
><br>
> Sorry for yet another semi-related message to the list. In my<br>
> attempts to troubleshoot and verify some suspicions on the nature of<br>
> the performance problems I posted under "Major Performance Issues<br>
> with gluster", I attempted to move one of my problem VM's back to<br>
> the original storage (SSD-backed). It appeared to be moving fine,<br>
> but last night froze at 84%. This morning (8hrs later), its still<br>
> at 84%.<br>
><br>
> I need to get that VM back up and running, but I don't know how...It<br>
> seems to be stuck in limbo.<br>
><br>
> The only thing I explicitly did last night as well that may have<br>
> caused an issue is finally set up and activated georep to an offsite<br>
> backup machine. That too seems to have gone a bit wonky. On the<br>
> ovirt server side, it shows normal with all but data-hdd show a last<br>
> sync'ed time of 3am (which matches my bandwidth graphs for the WAN<br>
> connections involved). data-hdd (the new disk-backed storage with<br>
> most of my data in it) shows not yet synced, but I'm also not<br>
> currently seeing bandwidth usage anymore.<br>
><br>
> I logged into the georep destination box, and found system load a<br>
> bit high, a bunch of gluster and rsync processes running, and both<br>
> data and data-hdd using MORE disk space than the origional (data-hdd<br>
> using 4x more disk space than is on the master node). Not sure what<br>
> to do about this; I paused the replication from the cluster, but<br>
> that hasn't seem to had an effect on the georep destination.<br>
><br>
> I promise I'll stop trying things until I get guidance from the<br>
> list! Please do help; I need the VM HDD unstuck so I can start it.<br>
><br>
> Thanks!<br>
> --Jim<br>
><br>
><br>
><br>
><br>
</div></div><span class="">> ______________________________<wbr>_________________<br>
> Users mailing list<br>
> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
> <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
><br>
<br>
<br>
--<br>
</span>Tony Albers<br>
Systems administrator, IT-development<br>
Royal Danish Library, Victor Albecks Vej 1, 8000 Aarhus C, Denmark.<br>
Tel: <a href="tel:%2B45%202566%202383" value="+4525662383">+45 2566 2383</a> / <a href="tel:%2B45%208946%202316" value="+4589462316">+45 8946 2316</a><br>
<div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div>