[
https://issues.apache.org/jira/browse/CLOUDSTACK-600?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13543462#comment-13543462
]
Andrew Bayer commented on CLOUDSTACK-600:
-----------------------------------------
The problem is that the management server still thinks the VMs exist (albeit in
a stopped state), but there's no definition of the VMs in libvirt on the KVM
host. So we end up with VMs in CloudStack that can't be started, since we're on
local storage. When the KVM host comes back up, the network is accessible etc,
and cloud-agent comes online properly. /var/log/cloud/agent/agent.log ends up
with a ton of messages like "libvir: QEMU error : Domain not found: no domain
with matching uuid '04517459-47ba-3cb4-b07d-45199e17f0a7'" at this point -
cloud-agent seems to think the domains should still exist.
> 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
