[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-600?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13573640#comment-13573640
 ] 

Marcus Sorensen commented on CLOUDSTACK-600:
--------------------------------------------

I wasn't going to mention that immediately since I see there are
'transient' properties for disks as well, and that makes them not save
the changes, reverting to the original backing file on reboot. I
wouldn't want to create a VM in 'transient' state without making sure
I understood if that also applied. The domainCreateXML seems to be the
transient VM mode according to this:

http://wiki.libvirt.org/page/VM_lifecycle#Transient_guest_domains_vs_Persistent_guest_domains

Other than checking that, domainCreateXML sounds like it's the way to
go if it keeps us from remembering the VM outside of cloudstack.

On Thu, Feb 7, 2013 at 8:53 AM, Wido den Hollander (JIRA)

                
> When rebooting KVM local storage VM host, libvirt definitions deleted
> ---------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-600
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-600
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the 
> default.) 
>          Components: KVM
>    Affects Versions: pre-4.0.0
>            Reporter: Andrew Bayer
>
> This is definitely the case in 3.0.3, and I don't think the relevant code has 
> been touched since.
> When you reboot a VM host running KVM local storage VMs, the VMs are deleted 
> from libvirt. I presume this is due to CloudStack thinking it's migrating 
> them away from the host, but obviously, given that we're on local storage, 
> it's unable to do that. The result is that the VMs are not able to be 
> restarted when the host comes back online.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to