cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chip Childers (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CLOUDSTACK-1845) KVM - storage migration often fails
Date Mon, 01 Apr 2013 19:57:15 GMT

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

Chip Childers commented on CLOUDSTACK-1845:
-------------------------------------------

Marcus,

I couldn't find a patch request for this, but I saw the request in the comments above.  I
just applied the commit to the 4.1 branch.  We should test this against 4.1 and resolve (cut
another bug for 4.0 if that fix is going to take much longer).

commit eed4d2d92e44b5b308e6d395f7813f31215a3833
Author: Marcus Sorensen <marcus@betterservers.com>
Date:   Fri Mar 29 18:31:26 2013 -0600

    CLOUDSTACK-1846, CLOUDSTACK-1845 - KVM Storage, sometimes KVMHA will remount
    deleted NFS pools, causing failures when defining new storage pools. Sometimes
    a storage pool has never been used on a host, and getStoragePool fails when
    copying templates or in storage migration. deleteStoragePool(pool) often fails
    silently, leaving no pool defined in libvirt, but a mountpoint left behind.
    This patch handles some of these exceptions and brings forward any issues via
    logging.
    
    Signed-off-by: Marcus Sorensen <marcus@betterservers.com> 1364603486 -0600
                
> KVM - storage migration often fails
> -----------------------------------
>
>                 Key: CLOUDSTACK-1845
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1845
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>    Affects Versions: 4.0.2, 4.1.0, 4.2.0
>            Reporter: Marcus Sorensen
>            Assignee: Marcus Sorensen
>            Priority: Critical
>             Fix For: 4.0.2, 4.1.0, 4.2.0
>
>
> This is more of a placeholder, I have the fix.
> When storage migration calls CopyVolumeCommand, it assumes that the primary storage has
been used/registered before on the KVM host. It does something like a getStoragePool(poolUuid),
and if primary storage pool (source or destination) has never been used on the host it will
fail. The fix is simply to add the pool if it's not already there.

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

Mime
View raw message