cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CLOUDSTACK-6783) ceph: Volume operations can fail if libvirt lost the storage pool
Date Tue, 27 May 2014 14:24:01 GMT

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

ASF subversion and git services commented on CLOUDSTACK-6783:
-------------------------------------------------------------

Commit 7415a27184c84bce23b1739a7c4d609e2c2e37db in cloudstack's branch refs/heads/4.4-forward
from [~widodh]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=7415a27 ]

CLOUDSTACK-6783: Return a proper LibvirtStoragePool object after creating the pool

In situations where libvirt lost the storage pool the KVM Agent will re-create the
storage pool in libvirt.

This could be then libvirt is restarted for example.

The object returned internally was missing essential information like the sourceDir
aka the Ceph pool, the monitor IPs, cephx information and such.

In this case the first operation on this newly created pool would fail. All operations
afterwards would succeed.


> ceph: Volume operations can fail if libvirt lost the storage pool
> -----------------------------------------------------------------
>
>                 Key: CLOUDSTACK-6783
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6783
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: KVM
>    Affects Versions: 4.2.0, Future, 4.3.0, 4.4.0
>            Reporter: Wido den Hollander
>            Assignee: Wido den Hollander
>            Priority: Critical
>             Fix For: 4.4.0
>
>
> When libvirt lost the RBD storage pool, could be due to a libvirt restart, the KVM Agent
will re-create the storage pool.
> When doing so the createStoragePool() method in LibvirtStoragePoolAdapter doesn't return
a properly filled LibvirtStoragePool object.
> This can lead to situations where the agent for example tries to delete a volume, but
that fails:
> "Unprotecting and Removing RBD snapshots of image null/7a3bdc9f-5cd3-4192-a814-18acf561f0d0
prior to removing the image
> Failed to delete volume: com.cloud.utils.exception.CloudRuntimeException: com.ceph.rados.RadosException:
Could not set configuration option key (-22)"
> Notice the "null" in the first line, it's because this information is not properly filled
in the returned object.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message