cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Tutkowski <mike.tutkow...@solidfire.com>
Subject Re: VMware and NFS
Date Fri, 21 Feb 2014 18:34:18 GMT
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.tutkowski@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 <mphilli7823@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.tutkowski@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.Mehta@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.tutkowski@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.chodapuneedi@citrix.com> wrote:
>> > > >
>> > > >> > -----Original Message-----
>> > > >> > From: Mike Tutkowski [mailto:mike.tutkowski@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
>> > > >> > <mphilli7823@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.tutkowski@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.Mehta@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"
>> > > >><mphilli7823@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*(tm)*

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message