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