You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cloudstack.apache.org by "venkata swamybabu budumuru (JIRA)" <ji...@apache.org> on 2013/07/29 06:47:48 UTC

[jira] [Created] (CLOUDSTACK-3887) [KVM] [PrimaryStorage] deleteStoragePool is not removing the storage pool information from KVM agent/host.

venkata swamybabu budumuru created CLOUDSTACK-3887:
------------------------------------------------------

             Summary: [KVM] [PrimaryStorage] deleteStoragePool is not removing the storage pool information from KVM agent/host.
                 Key: CLOUDSTACK-3887
                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3887
             Project: CloudStack
          Issue Type: Bug
      Security Level: Public (Anyone can view this level - this is the default.)
          Components: Management Server
    Affects Versions: 4.2.0
         Environment: commit # ca474d0e09f772cb22abf2802a308a2da5351592
            Reporter: venkata swamybabu budumuru
            Priority: Critical
             Fix For: 4.2.0


Steps to reproduce:

1. Have at least one advanced zone with KVM cluster of 2 hosts.
2. make sure everything is working fine.
3. add an additional primary storage with scope set to "Cluster"
4. verify and make sure that "#virsh pool-list & #virsh dump-xml <pool-id>" are showing the newly added one.
5. delete the above added primary storage from cloudstack.

Observations:

(i) I can see the deleteStoragePool API fired and went fine but, on the KVM host side, "virsh pool-list" still shows the primary storage that was added in 3rd step. 
(ii) I see that the HeartBeat is continuously written to the primary and it still considers that this primary is up.

Attaching all the mgmt server, agent logs and db dump to the bug.

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