[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-1591?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

edison su reassigned CLOUDSTACK-1591:
-------------------------------------

    Assignee: Marcus Sorensen  (was: edison su)

Hi Marcus, it should be fixed by your commit:

commit a94ff361dd26e3fae62eeee5a1d2285caed5ade7
Author: Marcus Sorensen <mar...@betterservers.com>
Date:   Wed Mar 13 15:29:09 2013 -0600

    CLOUDSTACK-1648 - KVM - make storage pools non-persistent in libvirt. 
Persisting
    cloud-defined resources on the host has caused various problems. As a 
backward
    compatible fix, if an existing pool with a different name collides with a 
pool
    being created (by path), the pool will be redefined with the name cloudstack
    knows about. This is actually what brought up the bug, a persisted storage 
pool
    cloudstack wasn't managing.
    
    Signed-off-by: Marcus Sorensen <mar...@betterservers.com> 1363210149 -0600

                
> Cannot reconnect KVM host to management server
> ----------------------------------------------
>
>                 Key: CLOUDSTACK-1591
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1591
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the 
> default.) 
>          Components: Storage Controller
>    Affects Versions: 4.2.0
>         Environment: devcloud-kvm (CentOS 6.3 box acting as Management server 
> and host, local storage), tools/marvin/devcloud-kvm/devcloud-kvm-advanced.cfg 
> marvin config
>            Reporter: Marcus Sorensen
>            Assignee: Marcus Sorensen
>            Priority: Blocker
>             Fix For: 4.2.0
>
>
> Tried running master branch today, everything came up ok, but when I tried to 
> restart the cloudstack-agent service, it couldn't reconnect to the management 
> server. The system was complaining about the local storage pool, saying it's 
> a duplicate pool. If I go to the host and delete the pool, when the agent 
> tries to reconnect the pool is just recreated, but the same error is thrown. 
> Should probably do a getPool first and if the uuid exists, with correct path, 
> call it good rather than complaining about a duplicate.
> Management server:
> 2013-03-07 13:32:07,033 WARN  [cloud.storage.StorageManagerImpl] 
> (AgentConnectTaskPool-10:null) Unable to setup the local storage pool for 
> Host[-1-Routing]
> com.cloud.utils.exception.CloudRuntimeException: Another active pool with the 
> same uuid already exists
>       at 
> org.apache.cloudstack.storage.datastore.lifecycle.AncientPrimaryDataStoreLifeCycleImpl.initialize(AncientPrimaryDataStoreLifeCycleImpl.java:343)
>       at 
> com.cloud.storage.StorageManagerImpl.createLocalStorage(StorageManagerImpl.java:729)
> 2013-03-07 13:32:17,553 WARN  [agent.manager.AgentManagerImpl] 
> (AgentConnectTaskPool-11:null) Monitor LocalStoragePoolListener says there is 
> an error in the connect process for 1 due to Unable to setup the local 
> storage pool for Host[-1-Routing]

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

Reply via email to