How would you go about manually downloading it?
> Date: Fri, 21 Feb 2014 12:05:20 -0700 > Subject: Re: VMware and NFS > From: mike.tutkow...@solidfire.com > To: dev@cloudstack.apache.org > > Have you tried manually downloading it (outside of CloudStack) to see if > that works? > > > On Fri, Feb 21, 2014 at 12:01 PM, Michael Phillips > <mphilli7...@hotmail.com>wrote: > > > 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)* > > > > > > > > -- > *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)*
