[one-users] bug in image.rb HOOK? ('onevm saveas' command)

[Carlos Martín Sánchez]

2011/2/11 Marco Strutz <marco.strutz at desy.de>

>  Hi Carlos.
>
> You have saved my day. I had a look at the acpi deamon inside my vm: it
> wasn't running. As soon as I have repaired the configuration the acpi
> signals were successfully passed into the machine and the "onevm shutdown"
> works again.
> Thank you!
>
>
I'm glad you solved it


> Just for clarification: As soon as the vm shuts down by itself (for
> whatever reason) opennebula has no chance to successfully run the complete
> chain of the "saveas" workflow??
>
>
>
That's right, OpenNebula assumes the VM Life Cycle is managed exclusively by
itself.

If you want to be able to take the decision to shutdown the VM from the
virtualized environment, you would have to make it contact the front-end
where OpenNebula is running and use the command 'onevm shutdown <self-id>'

Regards,
Carlos

--
Carlos Martín, Engineer, MSc
Project Major Contributor
OpenNebula - The Open Source Toolkit for Cloud Computing
www.OpenNebula.org <http://www.opennebula.org/> | cmartin at opennebula.org


> regards
> Marco
>
>
> On 02/11/2011 11:50 AM, Carlos Martín Sánchez wrote:
>
> Hi,
>
>  If I'm understanding right, you first log into your VM, shutdown it
> yourself, and then issue the "onevm shutdown <id>".
> Is this right?
>
>  onevm shutdown command assumes the VM is still running, and sends the
> ACPI signal to the machine. Your virtualized OS is supposed to shutdown
> itself with this shutdown signal.
>
>  If the VM Life Cycle is managed manually, OpenNebula will lose track of
> what happened, that's why the VM is seen as UNKNOWN.
>
>  Regards,
> Carlos
> --
> Carlos Martín, Engineer, MSc
> Project Major Contributor
> OpenNebula - The Open Source Toolkit for Cloud Computing
> www.OpenNebula.org <http://www.opennebula.org/> | cmartin at opennebula.org
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20110211/e86c88b1/attachment-0003.htm>