I'm not sure, Daan. I plan to keep an eye on this behavior for a while when creating new clouds.
________________________________________ From: Daan Hoogland <daan.hoogl...@gmail.com> Sent: Thursday, April 14, 2016 2:12 AM To: dev Subject: Re: Strange XenServer SR behavior when deploying system VMs in Basic Zone on 4.9 Mike, did the iso copy process not complete as expected. Sound like they are a remanence of some task ending in an exception. Probably a silently ignored one ;| On Thu, Apr 14, 2016 at 2:49 AM, Tutkowski, Mike <mike.tutkow...@netapp.com> wrote: > Just an FYI, but when I kicked off my first VM in this cloud, the VR > happened to get deployed to XenServer-6.5-3 (which was one of my XenServer > hosts that had an un-expected shared SR pointing at secondary storage > beforehand). > > Once the process of copying the system template down to local storage > completed, the shared SR pointing at secondary storage went away (as you > would expect). > > This leaves me now with one un-expected shared SR pointing at secondary > storage on XenServer-6.5-1. > > ________________________________________ > From: Tutkowski, Mike <mike.tutkow...@netapp.com> > Sent: Wednesday, April 13, 2016 5:10 PM > To: dev@cloudstack.apache.org > Subject: Strange XenServer SR behavior when deploying system VMs in Basic > Zone on 4.9 > > Hi, > > > Has anyone recently observed the following behavior: > > > http://imgur.com/8ALJmWb > > > As you can see in the image, I have three 6.5 XenServer hosts in a > resource pool. > > > I just used them when creating a basic zone and the system VMs were > deployed just fine. However, there are SRs pointing to secondary storage on > my XenServer-6.5-1 and XenServer-6.5-3 hosts still (there used to be one on > my XenServer-6.5-2 host, but it went away once the system VMs started up on > that host). > > > Thoughts? > > > Thanks, > > Mike > -- Daan
