Any idea why the default centos5.3 template would be "stuck" downloading at 88%?? The secondary storage where it is getting downloaded to has 44GB of free space.
> Date: Fri, 21 Feb 2014 11:34:18 -0700 > Subject: Re: VMware and NFS > From: mike.tutkow...@solidfire.com > To: dev@cloudstack.apache.org > > I believe I had trouble with that in my development environment about 10 or > so months ago. I think it turned out to be a permissions issue. Perhaps I > didn't have my username in the sudoers file or something. My thinking is > the management server is supposed to create /mnt/sec for you. > > I wonder which NFS share it maps /mnt/sec to if you have multiple NFS > secondary storages? > > > On Fri, Feb 21, 2014 at 11:31 AM, Mike Tutkowski < > mike.tutkow...@solidfire.com> wrote: > > > Thanks for the clarification. > > > > I was pretty confident an ESX host creates an NFS datastore (with a UUID > > for a name) that maps to the NFS share. This is similar to how a XenServer > > host creates an NFS storage repository that maps to the NFS share. > > > > > > On Fri, Feb 21, 2014 at 9:12 AM, Michael Phillips <mphilli7...@hotmail.com > > > wrote: > > > >> Actually I am pretty sure that is what it does....So I changed like 4-5 > >> things "my mistake", then I noticed a datastore with a "GUID" looking name > >> popped up on my hosts. This datastore was mapped to my NFS share. Once that > >> showed up CS started creating the system VMs. So I am trying to back track > >> and see what setting made it kick in...Stay tuned... > >> > Date: Fri, 21 Feb 2014 08:40:13 -0700 > >> > Subject: Re: VMware and NFS > >> > From: mike.tutkow...@solidfire.com > >> > To: dev@cloudstack.apache.org > >> > > >> > So, just curious here, but why wouldn't the ESX(i) host simply be able > >> to > >> > create an NFS datastore that points to the NFS share on the secondary > >> > storage location directly? > >> > > >> > > >> > On Thu, Feb 20, 2014 at 10:31 PM, Nitin Mehta <nitin.me...@citrix.com > >> >wrote: > >> > > >> > > For XS that¹s not required as its pushed into XS directly. > >> > > > >> > > I also think secondary storage is mounted for Vmware on MS to copy the > >> > > system vm template to Primary storage. > >> > > > >> > > On 20/02/14 9:13 PM, "Mike Tutkowski" <mike.tutkow...@solidfire.com> > >> > > wrote: > >> > > > >> > > >So, just to be sure I have this correct, the management server mounts > >> > > >secondary storage regardless of hypervisor type due to systemvm.iso. > >> Is > >> > > >that correct? > >> > > > > >> > > >Thanks > >> > > > > >> > > > > >> > > >On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi < > >> > > >sateesh.chodapune...@citrix.com> wrote: > >> > > > > >> > > >> > -----Original Message----- > >> > > >> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] > >> > > >> > Sent: 21 February 2014 09:54 > >> > > >> > To: dev@cloudstack.apache.org > >> > > >> > Subject: Re: VMware and NFS > >> > > >> > > >> > > >> > Yes, the hypervisor does need to mount the NFS share, but I seem > >> to > >> > > >> remember there being something unusual about VMware in that the > >> > > >> > management server needed to be able to mount the NFS share, as > >> well. > >> > > >> > >> > > >> Yeah, management server mount secondary storage. > >> > > >> Reason behind this is CS does patching of system vms by injecting > >> > > >> systemvm.iso into system vm. In this process, management server > >> mounts > >> > > >> secondary storage and copies systemvm.iso image into secondary > >> storage > >> > > >> inside "systemvm" folder. Later that would be mounted by system vm. > >> > > >>During > >> > > >> system vm startup there is a script "cloud-early-config" which > >> installs > >> > > >>the > >> > > >> content of mounted iso inside the system vm. > >> > > >> > >> > > >> Hope that clarifies. > >> > > >> > >> > > >> Regards, > >> > > >> Sateesh > >> > > >> > >> > > >> > > >> > > >> > > >> > > >> > On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips > >> > > >> > <mphilli7...@hotmail.com>wrote: > >> > > >> > > >> > > >> > > Interesting as I do see errors in the mgmt log in regards to > >> > > >> > > /mnt/sec...however if I am understanding the architecture > >> correctly > >> > > >> > > isn't it the hypervisor that needs access to the secondary > >> storage? > >> > > >> > > The mgmt server only needs to access secondary storage to be > >> able to > >> > > >> > > seed the templates right? > >> > > >> > > > >> > > >> > > > >> > > >> > > > >> > > >> > > > Date: Thu, 20 Feb 2014 19:43:32 -0700 > >> > > >> > > > Subject: Re: VMware and NFS > >> > > >> > > > From: mike.tutkow...@solidfire.com > >> > > >> > > > To: dev@cloudstack.apache.org > >> > > >> > > > > >> > > >> > > > I may be remembering this incorrectly, but for VMware > >> doesn't the > >> > > >> > > > management server have to be able to mount the secondary > >> storage > >> > > >>NFS > >> > > >> > > share > >> > > >> > > > to /mnt/sec? > >> > > >> > > > > >> > > >> > > > > >> > > >> > > > On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta > >> > > >> > > > <nitin.me...@citrix.com> > >> > > >> > > wrote: > >> > > >> > > > > >> > > >> > > > > Couple of questions. > >> > > >> > > > > Did you seed the system vm template onto the sec. storage > >> ? And > >> > > >> > > > > can you mount that template location in sec. storage on > >> your > >> > > >> > > > > management server > >> > > >> > > ? > >> > > >> > > > > > >> > > >> > > > > On 20/02/14 6:32 PM, "Michael Phillips" > >> > > >><mphilli7...@hotmail.com> > >> > > >> > > wrote: > >> > > >> > > > > > >> > > >> > > > > >Hey dev guys, I just recently got CS up and running with > >> > > >>vmware. > >> > > >> > > However > >> > > >> > > > > >I am running into an issue where it seems my esxi hosts > >> are not > >> > > >> > > mounting > >> > > >> > > > > >the secondary NFS storage. > >> > > >> > > > > >NFS is working as I can mount to it from other linux > >> boxes, > >> > > >>and I > >> > > >> > > > > >can mount a NFS datastore from the hypervisors. In my log > >> I see > >> > > >> > > > > >the > >> > > >> > > following > >> > > >> > > > > >few errors: > >> > > >> > > > > >"Unable to create mount point for > >> > > >> > > > > >nfs://172.16.25.85/export/secondary > >> > > >> > > ", > >> > > >> > > > > >"Secondary storage mount point: /mnt/sec", "in directory > >> > > >> > > > > >"/mnt/sec/template/tmpl/1/8"): java.io.IOException: > >> error=2, No > >> > > >> > > > > >such > >> > > >> > > file > >> > > >> > > > > >or directory" > >> > > >> > > > > >Adding secondary storage seemed straight forward and I > >> even was > >> > > >> > > > > >able > >> > > >> > > to > >> > > >> > > > > >make it work using XEN as the hypervisor, so the problem > >> > > >> > > > > >definitely > >> > > >> > > seems > >> > > >> > > > > >to be esxi... > >> > > >> > > > > >Any tricks to making esxi work with cloudstack and NFS? > >> > > >> > > > > >Thanks in advance for any help! > >> > > >> > > > > > >> > > >> > > > > > >> > > >> > > > > >> > > >> > > > > >> > > >> > > > -- > >> > > >> > > > *Mike Tutkowski* > >> > > >> > > > *Senior CloudStack Developer, SolidFire Inc.* > >> > > >> > > > e: mike.tutkow...@solidfire.com > >> > > >> > > > o: 303.746.7302 > >> > > >> > > > Advancing the way the world uses the > >> > > >> > > > cloud<http://solidfire.com/solution/overview/?video=play> > >> > > >> > > > *(tm)* > >> > > >> > > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > -- > >> > > >> > *Mike Tutkowski* > >> > > >> > *Senior CloudStack Developer, SolidFire Inc.* > >> > > >> > e: mike.tutkow...@solidfire.com > >> > > >> > o: 303.746.7302 > >> > > >> > Advancing the way the world uses the > >> > > >> > cloud<http://solidfire.com/solution/overview/?video=play> > >> > > >> > *(tm)* > >> > > >> > >> > > > > >> > > > > >> > > > > >> > > >-- > >> > > >*Mike Tutkowski* > >> > > >*Senior CloudStack Developer, SolidFire Inc.* > >> > > >e: mike.tutkow...@solidfire.com > >> > > >o: 303.746.7302 > >> > > >Advancing the way the world uses the > >> > > >cloud<http://solidfire.com/solution/overview/?video=play> > >> > > >*(tm)* > >> > > > >> > > > >> > > >> > > >> > -- > >> > *Mike Tutkowski* > >> > *Senior CloudStack Developer, SolidFire Inc.* > >> > e: mike.tutkow...@solidfire.com > >> > o: 303.746.7302 > >> > Advancing the way the world uses the > >> > cloud<http://solidfire.com/solution/overview/?video=play> > >> > *(tm)* > >> > >> > > > > > > > > -- > > *Mike Tutkowski* > > *Senior CloudStack Developer, SolidFire Inc.* > > e: mike.tutkow...@solidfire.com > > o: 303.746.7302 > > Advancing the way the world uses the > > cloud<http://solidfire.com/solution/overview/?video=play> > > *(tm)* > > > > > > -- > *Mike Tutkowski* > *Senior CloudStack Developer, SolidFire Inc.* > e: mike.tutkow...@solidfire.com > o: 303.746.7302 > Advancing the way the world uses the > cloud<http://solidfire.com/solution/overview/?video=play> > *(tm)*
