[Bug 368962] Re: Can't reboot kvm virtual machines using virsh

Neil Wilson neil at aldur.co.uk
Sun Apr 25 17:35:25 BST 2010


On 25 April 2010 16:20, Soren Hansen <soren at ubuntu.com> wrote:
> So you would have the call hang for some amount of time until you decide
> that by then it should have shut down and then return failure? How long
> would you suggest? Remember, libvirt API calls are not asynchronous, so

Pick a number. it's a synchronous call. Where's the 80% case? Anybody
else can use the underlying primitives and poll a bit longer/shorter.

> this is a concern that needs to be addressed. We can't just have the
> call tentatively return succesfully and then later call back into the
> calling application telling it that it didn't work out.

It'll only return successful if a call to the libvirt status element
returns 'off' during the poll period and it was able to successfully
issue 'boot'.

>
> For fully virtualised guests, I really believe you'd be better off with
> a tool that knows about the guests in question and that can Do The Right

Excellent. Where is said tool? Exactly. So why not implement something
that is useful for most people.

>
>> Simples
>
> Sorry, but I beg to differ. If not, I'd have done this a long, long time
> ago. I have to deal with this (rebooting guests) on a reasonably regular
> basis.

Don't you think you are searching for perfection rather than
implementing something that is 'good enough' for the majority of uses?
Get it to log a warning if you're worried about bugs. At the moment
*everybody* has to implement 'shutdown, poll for a bit, startup' (or
would do if the acpi scripts worked). I've just written another one
this week, whereas a default one that hung around for a bit and worked
with a standard Ubuntu server would have been plenty good enough.


-- 
Neil Wilson

-- 
Can't reboot kvm virtual machines using virsh
https://bugs.launchpad.net/bugs/368962
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libvirt in ubuntu.



More information about the Ubuntu-server-bugs mailing list