[jira] [Updated] (CLOUDSTACK-9224) XenServer local storage added multiple times

["Pierre-Luc Dion (JIRA)" <ji...@apache.org>]

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

Pierre-Luc Dion updated CLOUDSTACK-9224:
----------------------------------------
    Fix Version/s:     (was: 4.8.0)
                   Future

> XenServer local storage added multiple times
> --------------------------------------------
>
>                 Key: CLOUDSTACK-9224
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9224
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: XenServer
>    Affects Versions: 4.6.0, 4.6.1, 4.6.2, 4.7.0, 4.7.1, 4.7.2, 4.8.0
>         Environment: XenServer 6.5
> Ubuntu 12.04
>            Reporter: Mike Tutkowski
>              Labels: xenserver
>             Fix For: Future
>
>
> From an e-mail I sent to dev@ on January 8, 2016:
> Hi,
> Has anyone noticed the following issue?
> I create a zone where I use local storage to house my system VMs.
> After the system VMs are all started, I sometimes (but rarely) notice that the local SR that was used to retrieve the system template remains (as opposed to going away once the system VMs have been kicked off).
> It doesn't seem to be a big deal until I happen to re-start my management server.
> At that point, CloudStack sees this local storage that should have gone away, but didn't as new local primary storage and adds it as such.
> If I go to Infrastructure and Primary Storage, I can see I now have a second local primary storage for one of my XenServer hosts.
> Has anyone seen this issue before?
> What I've done at this point is simply remove the new primary storage from the DB, but I can't (easily) seem to get rid of the extraneous SR.
> Thanks!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)