The Question is :
-How to force delete/destroy one VDI that cannot be
destroy because of one operation/task that is not show in task-list, so cannot
be cancel, and cannot end even on reboot.
(UPDATE : fix/workaround found!) :
The solution is to change the VDI device position from 0
to 1. And then now! I’m able to delete/destroy the VDI, even from
XenCenter and CLI.
Somehow this fix the problem but this is only a
workaround…
So… ( for the long story : )
The problem begin like this : I download a corrupted
XVA of WebSService of 50mb ( normaly is 200mb )
And I did not notice that until that I importing on XcP 1.6
and that it was taking to long and never stop.
So I cancel the import. I try to delete the VDI, but
was impossible. ( VDI show : Control domain on host ...)
I check the last list, but, nothing to cancel .. ( the
task was been cancel when I click cancel in XenCenter, I think..)
So I reboot XcP. Normaly problems like that end, when I
reboot.
But now here the reel problem that I not able to fix without
a complete reinstall of XcP.
The VDI is now impossible to delete/destroy because XcP say
that : « This operation cannot be performed because this VDI is
in use by some other operation »
But what operation? what tast ??
I check task-list and the only task that I got is
one from another vm : « Connection to VM console »
The VDI I want to --force destroy show in XenCenter show :
« Control domain on host ... »
So How to force delete/destroy one VDI that cannot be
destroy because of one operation/task that cannot be list on task-list
and cannot end on reboot.
I wanted to the community to know this problem after all,
even if the first problem was to not checking the validity of the imported XVA.
Watch out for corrupted Xva! And
Thank you for reading my poor english, and please excuse me !
