You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cloudstack.apache.org by "Marcus Sorensen (JIRA)" <ji...@apache.org> on 2013/04/16 19:43:15 UTC

[jira] [Created] (CLOUDSTACK-2051) KVM HA monitor sometimes remounts deleted storage pools

Marcus Sorensen created CLOUDSTACK-2051:
-------------------------------------------

             Summary: KVM HA monitor sometimes remounts deleted storage pools
                 Key: CLOUDSTACK-2051
                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2051
             Project: CloudStack
          Issue Type: Bug
      Security Level: Public (Anyone can view this level - this is the default.)
          Components: KVM
    Affects Versions: 4.1.0
            Reporter: Marcus Sorensen
            Assignee: Marcus Sorensen
             Fix For: 4.1.0


I'm not sure if this is a race condition, a missing remove call, or what, but KVM HA monitor often remounts storage pools after they are deleted. The result is that every volume, snapsot, or template created can leave behind an orphaned NFS mountpoint. There have been other bugs fixed around this (unable to register storage pool in libvirt because pool is already mounted) that make the agent storage adaptors more robust, but this is one of the root causes.

I've put together a fix that will allow the KVM HA Monitor to verify that an NFS pool in its list is valid (registered with libvirt, i.e. cloudstack knows about it) before going off and calling the script that mounts and performs HA on it.

--
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