All of lore.kernel.org
 help / color / mirror / Atom feed
* Annoying exports problem
@ 2006-05-17  5:53 Jeremy
  2006-05-17  6:17 ` Neil Brown
  0 siblings, 1 reply; 9+ messages in thread
From: Jeremy @ 2006-05-17  5:53 UTC (permalink / raw)
  To: nfs

I'm having problems exporting a directory structure and can't figure out
why.

Here is the current setup:

/etc/exports:

/space0        *(rw,insecure,no_root_squash,async)
/space1        *(rw,insecure,no_root_squash,async)
/space2        *(rw,insecure,no_root_squash,async)
/space3        *(rw,insecure,no_root_squash,async)
/space4        *(rw,insecure,no_root_squash,async)
/space5        *(rw,insecure,no_root_squash,async)

Each one of the /space* directories has a subdirectory called images and
underneath images is about 600 directories, each with approx 2000 files.
Using the above exports, everything is fine.  On the client side I can see
the images subdirectory.  The problem is that each client machine needs to
mount each one of these /space* partitions separately.  What I'm trying to
do is consolidate these mounts points under one directory so I only have to
export one instead of 6 mount points.

So what I did on the nfs server is create this structure:

    /storage/space{0,1,2,3,4,5}

So now I have in /etc/exports one line:

/storage    *(rw,insecure,no_root_squash,async)

The problem is from the client side, when mounting /storage, I can see all
the space* subdirectories but I can no longer see the images directory that
is underneath.  Ls on /storage/space*/* just shows nothing.

Looked at the nohide options, also the subtree options and neither seemed to
make any difference.

Don't understand why.  I figured this was a simple change.

Thanks
-jeremy




-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Annoying exports problem
  2006-05-17  5:53 Jeremy
@ 2006-05-17  6:17 ` Neil Brown
  2006-05-17  6:33   ` Jeremy
  0 siblings, 1 reply; 9+ messages in thread
From: Neil Brown @ 2006-05-17  6:17 UTC (permalink / raw)
  To: Jeremy; +Cc: nfs

On Tuesday May 16, jeremy@smokehabanos.com wrote:
> I'm having problems exporting a directory structure and can't figure out
> why.
> 
> Here is the current setup:
> 
> /etc/exports:
> 
> /space0        *(rw,insecure,no_root_squash,async)
> /space1        *(rw,insecure,no_root_squash,async)
> /space2        *(rw,insecure,no_root_squash,async)
> /space3        *(rw,insecure,no_root_squash,async)
> /space4        *(rw,insecure,no_root_squash,async)
> /space5        *(rw,insecure,no_root_squash,async)
> 
> Each one of the /space* directories has a subdirectory called images and
> underneath images is about 600 directories, each with approx 2000 files.
> Using the above exports, everything is fine.  On the client side I can see
> the images subdirectory.  The problem is that each client machine needs to
> mount each one of these /space* partitions separately.  What I'm trying to
> do is consolidate these mounts points under one directory so I only have to
> export one instead of 6 mount points.
> 
> So what I did on the nfs server is create this structure:
> 
>     /storage/space{0,1,2,3,4,5}
> 
> So now I have in /etc/exports one line:
> 
> /storage    *(rw,insecure,no_root_squash,async)

Providing you are using 2.6, the crossmnt option should do what you
want (you also need to ensure that your distro is mounted the 'nfsd'
directory before starting nfs service).

If you aren't using 2.6, it is very hard to make this work.

NeilBrown

> 
> The problem is from the client side, when mounting /storage, I can see all
> the space* subdirectories but I can no longer see the images directory that
> is underneath.  Ls on /storage/space*/* just shows nothing.
> 
> Looked at the nohide options, also the subtree options and neither seemed to
> make any difference.
> 
> Don't understand why.  I figured this was a simple change.
> 
> Thanks
> -jeremy
> 
> 
> 
> 
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> NFS maillist  -  NFS@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nfs


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Annoying exports problem
  2006-05-17  6:17 ` Neil Brown
@ 2006-05-17  6:33   ` Jeremy
  2006-05-17  6:39     ` Neil Brown
  0 siblings, 1 reply; 9+ messages in thread
From: Jeremy @ 2006-05-17  6:33 UTC (permalink / raw)
  To: Neil Brown; +Cc: nfs




On 5/16/06 11:17 PM, "Neil Brown" <neilb@suse.de> wrote:

> On Tuesday May 16, jeremy@smokehabanos.com wrote:
>> I'm having problems exporting a directory structure and can't figure out
>> why.
>> 
>> Here is the current setup:
>> 
>> /etc/exports:
>> 
>> /space0        *(rw,insecure,no_root_squash,async)
>> /space1        *(rw,insecure,no_root_squash,async)
>> /space2        *(rw,insecure,no_root_squash,async)
>> /space3        *(rw,insecure,no_root_squash,async)
>> /space4        *(rw,insecure,no_root_squash,async)
>> /space5        *(rw,insecure,no_root_squash,async)
>> 
>> Each one of the /space* directories has a subdirectory called images and
>> underneath images is about 600 directories, each with approx 2000 files.
>> Using the above exports, everything is fine.  On the client side I can see
>> the images subdirectory.  The problem is that each client machine needs to
>> mount each one of these /space* partitions separately.  What I'm trying to
>> do is consolidate these mounts points under one directory so I only have to
>> export one instead of 6 mount points.
>> 
>> So what I did on the nfs server is create this structure:
>> 
>>     /storage/space{0,1,2,3,4,5}
>> 
>> So now I have in /etc/exports one line:
>> 
>> /storage    *(rw,insecure,no_root_squash,async)
> 
> Providing you are using 2.6, the crossmnt option should do what you
> want (you also need to ensure that your distro is mounted the 'nfsd'
> directory before starting nfs service).

Is this an export option on the server or a mount option on the client?

I actually got it to work in the little time since my initial post.  The
only way I could do it was to export both the root filesystem and the
individual directories within the /storage.  So it looks like this:

/storage       *(rw,no_root_squash,async)
/storage/space0       *(rw,no_root_squash,async,no_subtree_check,nohide)
/storage/space1       *(rw,no_root_squash,async,no_subtree_check,nohide)
/storage/space2       *(rw,no_root_squash,async,no_subtree_check,nohide)
/storage/space3       *(rw,no_root_squash,async,no_subtree_check,nohide)
/storage/space4       *(rw,no_root_squash,async,no_subtree_check,nohide)
/storage/space5       *(rw,no_root_squash,async,no_subtree_check,nohide)

I achieved the mount point consolidation I was trying to do but I'm just
wondering if there's a cleaner way to do this.  I assume I had to do this
because /storage is on the root filesystem and /storage/space* is on their
own partitions.

Thanks
-jeremy

> 
> If you aren't using 2.6, it is very hard to make this work.
> 
> NeilBrown
> 
>> 
>> The problem is from the client side, when mounting /storage, I can see all
>> the space* subdirectories but I can no longer see the images directory that
>> is underneath.  Ls on /storage/space*/* just shows nothing.
>> 
>> Looked at the nohide options, also the subtree options and neither seemed to
>> make any difference.
>> 
>> Don't understand why.  I figured this was a simple change.
>> 
>> Thanks
>> -jeremy
>> 
>> 
>> 
>> 
>> -------------------------------------------------------
>> Using Tomcat but need to do more? Need to support web services, security?
>> Get stuff done quickly with pre-integrated technology to make your job easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>> _______________________________________________
>> NFS maillist  -  NFS@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/nfs
> 
> 
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> NFS maillist  -  NFS@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nfs




-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Annoying exports problem
  2006-05-17  6:33   ` Jeremy
@ 2006-05-17  6:39     ` Neil Brown
  2006-05-17  7:40       ` Jeremy
  2006-05-17 19:26       ` J. Bruce Fields
  0 siblings, 2 replies; 9+ messages in thread
From: Neil Brown @ 2006-05-17  6:39 UTC (permalink / raw)
  To: Jeremy; +Cc: nfs

On Tuesday May 16, jeremy@smokehabanos.com wrote:
> > 
> > Providing you are using 2.6, the crossmnt option should do what you
> > want (you also need to ensure that your distro is mounted the 'nfsd'
> > directory before starting nfs service).
> 
> Is this an export option on the server or a mount option on the client?
> 

export option.

> I actually got it to work in the little time since my initial post.  The
> only way I could do it was to export both the root filesystem and the
> individual directories within the /storage.  So it looks like this:
> 
> /storage       *(rw,no_root_squash,async)
> /storage/space0       *(rw,no_root_squash,async,no_subtree_check,nohide)
> /storage/space1       *(rw,no_root_squash,async,no_subtree_check,nohide)
> /storage/space2       *(rw,no_root_squash,async,no_subtree_check,nohide)
> /storage/space3       *(rw,no_root_squash,async,no_subtree_check,nohide)
> /storage/space4       *(rw,no_root_squash,async,no_subtree_check,nohide)
> /storage/space5       *(rw,no_root_squash,async,no_subtree_check,nohide)

This works too
Putting 'crossmnt' on the first line should remove the need for the
remaining lines.
But if it ain't broke, don't fix it..

NeilBrown


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Annoying exports problem
  2006-05-17  6:39     ` Neil Brown
@ 2006-05-17  7:40       ` Jeremy
  2006-05-17 19:26       ` J. Bruce Fields
  1 sibling, 0 replies; 9+ messages in thread
From: Jeremy @ 2006-05-17  7:40 UTC (permalink / raw)
  To: Neil Brown; +Cc: nfs




On 5/16/06 11:39 PM, "Neil Brown" <neilb@suse.de> wrote:

> On Tuesday May 16, jeremy@smokehabanos.com wrote:
>>> 
>>> Providing you are using 2.6, the crossmnt option should do what you
>>> want (you also need to ensure that your distro is mounted the 'nfsd'
>>> directory before starting nfs service).
>> 
>> Is this an export option on the server or a mount option on the client?
>> 
> 
> export option.
> 
>> I actually got it to work in the little time since my initial post.  The
>> only way I could do it was to export both the root filesystem and the
>> individual directories within the /storage.  So it looks like this:
>> 
>> /storage       *(rw,no_root_squash,async)
>> /storage/space0       *(rw,no_root_squash,async,no_subtree_check,nohide)
>> /storage/space1       *(rw,no_root_squash,async,no_subtree_check,nohide)
>> /storage/space2       *(rw,no_root_squash,async,no_subtree_check,nohide)
>> /storage/space3       *(rw,no_root_squash,async,no_subtree_check,nohide)
>> /storage/space4       *(rw,no_root_squash,async,no_subtree_check,nohide)
>> /storage/space5       *(rw,no_root_squash,async,no_subtree_check,nohide)
> 
> This works too
> Putting 'crossmnt' on the first line should remove the need for the
> remaining lines.
> But if it ain't broke, don't fix it..

Tried the crossmnt option and it didn't seem to work.  It's an older suse
distro, 9.2, but it is 2.6...

Thanks
-jeremy

> NeilBrown




-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Annoying exports problem
  2006-05-17  6:39     ` Neil Brown
  2006-05-17  7:40       ` Jeremy
@ 2006-05-17 19:26       ` J. Bruce Fields
  2006-05-17 23:33         ` Neil Brown
  1 sibling, 1 reply; 9+ messages in thread
From: J. Bruce Fields @ 2006-05-17 19:26 UTC (permalink / raw)
  To: Neil Brown; +Cc: Jeremy, nfs

On Wed, May 17, 2006 at 04:39:04PM +1000, Neil Brown wrote:
> On Tuesday May 16, jeremy@smokehabanos.com wrote:
> > I actually got it to work in the little time since my initial post.  The
> > only way I could do it was to export both the root filesystem and the
> > individual directories within the /storage.  So it looks like this:
> > 
> > /storage       *(rw,no_root_squash,async)
> > /storage/space0       *(rw,no_root_squash,async,no_subtree_check,nohide)
> > /storage/space1       *(rw,no_root_squash,async,no_subtree_check,nohide)
> > /storage/space2       *(rw,no_root_squash,async,no_subtree_check,nohide)
> > /storage/space3       *(rw,no_root_squash,async,no_subtree_check,nohide)
> > /storage/space4       *(rw,no_root_squash,async,no_subtree_check,nohide)
> > /storage/space5       *(rw,no_root_squash,async,no_subtree_check,nohide)
> 
> This works too
> Putting 'crossmnt' on the first line should remove the need for the
> remaining lines.

It should remove the need for the nohide option on those lines, but I
think the export lines will still be required.  Is that not how it's
meant to work?

--b.


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Annoying exports problem
  2006-05-17 19:26       ` J. Bruce Fields
@ 2006-05-17 23:33         ` Neil Brown
  2006-05-17 23:45           ` Jeremy
  0 siblings, 1 reply; 9+ messages in thread
From: Neil Brown @ 2006-05-17 23:33 UTC (permalink / raw)
  To: J. Bruce Fields; +Cc: Jeremy, nfs

On Wednesday May 17, bfields@fieldses.org wrote:
> On Wed, May 17, 2006 at 04:39:04PM +1000, Neil Brown wrote:
> > On Tuesday May 16, jeremy@smokehabanos.com wrote:
> > > I actually got it to work in the little time since my initial post.  The
> > > only way I could do it was to export both the root filesystem and the
> > > individual directories within the /storage.  So it looks like this:
> > > 
> > > /storage       *(rw,no_root_squash,async)
> > > /storage/space0       *(rw,no_root_squash,async,no_subtree_check,nohide)
> > > /storage/space1       *(rw,no_root_squash,async,no_subtree_check,nohide)
> > > /storage/space2       *(rw,no_root_squash,async,no_subtree_check,nohide)
> > > /storage/space3       *(rw,no_root_squash,async,no_subtree_check,nohide)
> > > /storage/space4       *(rw,no_root_squash,async,no_subtree_check,nohide)
> > > /storage/space5       *(rw,no_root_squash,async,no_subtree_check,nohide)
> > 
> > This works too
> > Putting 'crossmnt' on the first line should remove the need for the
> > remaining lines.
> 
> It should remove the need for the nohide option on those lines, but I
> think the export lines will still be required.  Is that not how it's
> meant to work?

Not sure... it is a while since I have looked at that code.

But maybe the key issue is not so much how it is "meant to work", but
how we "want it to work".
I suspect it would be very valuable and no harm to allow 

   /storage       *(rw,no_root_squash,async,crossmnt)

to export everything below /storage, including other filesystems.

I've put it on my todo list to look into one day.

NeilBrown


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Annoying exports problem
  2006-05-17 23:33         ` Neil Brown
@ 2006-05-17 23:45           ` Jeremy
  0 siblings, 0 replies; 9+ messages in thread
From: Jeremy @ 2006-05-17 23:45 UTC (permalink / raw)
  To: Neil Brown, J. Bruce Fields; +Cc: nfs




On 5/17/06 4:33 PM, "Neil Brown" <neilb@suse.de> wrote:

> On Wednesday May 17, bfields@fieldses.org wrote:
>> On Wed, May 17, 2006 at 04:39:04PM +1000, Neil Brown wrote:
>>> On Tuesday May 16, jeremy@smokehabanos.com wrote:
>>>> I actually got it to work in the little time since my initial post.  The
>>>> only way I could do it was to export both the root filesystem and the
>>>> individual directories within the /storage.  So it looks like this:
>>>> 
>>>> /storage       *(rw,no_root_squash,async)
>>>> /storage/space0       *(rw,no_root_squash,async,no_subtree_check,nohide)
>>>> /storage/space1       *(rw,no_root_squash,async,no_subtree_check,nohide)
>>>> /storage/space2       *(rw,no_root_squash,async,no_subtree_check,nohide)
>>>> /storage/space3       *(rw,no_root_squash,async,no_subtree_check,nohide)
>>>> /storage/space4       *(rw,no_root_squash,async,no_subtree_check,nohide)
>>>> /storage/space5       *(rw,no_root_squash,async,no_subtree_check,nohide)
>>> 
>>> This works too
>>> Putting 'crossmnt' on the first line should remove the need for the
>>> remaining lines.
>> 
>> It should remove the need for the nohide option on those lines, but I
>> think the export lines will still be required.  Is that not how it's
>> meant to work?
> 
> Not sure... it is a while since I have looked at that code.
> 
> But maybe the key issue is not so much how it is "meant to work", but
> how we "want it to work".
> I suspect it would be very valuable and no harm to allow
> 
>    /storage       *(rw,no_root_squash,async,crossmnt)
> 
> to export everything below /storage, including other filesystems.

That's exactly what I was looking for.  I see a bunch of references to
crossmnt basically saying it was never implemented.  Maybe still the case?

Thanks
-jeremy

> 
> I've put it on my todo list to look into one day.
> 
> NeilBrown




-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Annoying exports problem
@ 2007-02-18 16:12 devzero
  0 siblings, 0 replies; 9+ messages in thread
From: devzero @ 2007-02-18 16:12 UTC (permalink / raw)
  To: NFS

hi !

>> But maybe the key issue is not so much how it is "meant to work", but
>> how we "want it to work".
>> I suspect it would be very valuable and no harm to allow
>> =

>>    /storage       *(rw,no_root_squash,async,crossmnt)
>> =

>> to export everything below /storage, including other filesystems.
>
>That's exactly what I was looking for.  I see a bunch of references to
>crossmnt basically saying it was never implemented.  Maybe still the case?

here`s some loud "i`d like that , too !!!", since i lost the ability to com=
fortably export loopback mounted filesystems (.iso) when switching from one=
 distro to a later release, where userspace nfsd was replace by knfsd. my c=
urrent workaround is using unfs3, but that`s a) slow and b) not being bundl=
ed with major distros, so integration of unfs3 is conflicting with bundled =
knfsd and always a pain to setup.

i have solved that "no more than 256 loopback devices available for loopbac=
k mounts"-problem for my huge cd-rom server, by now the only remaining issu=
e to fix is "export every loopback mount below /cd-roms by a single nfs-sha=
re", which shouldn`t be too exotic desire !? :)

regards
roland






On 5/17/06 4:33 PM, "Neil Brown" <neilb@suse.de> wrote:

> On Wednesday May 17, bfields@fieldses.org wrote:
>> On Wed, May 17, 2006 at 04:39:04PM +1000, Neil Brown wrote:
>>> On Tuesday May 16, jeremy@smokehabanos.com wrote:
>>>> I actually got it to work in the little time since my initial post.  T=
he
>>>> only way I could do it was to export both the root filesystem and the
>>>> individual directories within the /storage.  So it looks like this:
>>>> =

>>>> /storage       *(rw,no_root_squash,async)
>>>> /storage/space0       *(rw,no_root_squash,async,no_subtree_check,nohid=
e)
>>>> /storage/space1       *(rw,no_root_squash,async,no_subtree_check,nohid=
e)
>>>> /storage/space2       *(rw,no_root_squash,async,no_subtree_check,nohid=
e)
>>>> /storage/space3       *(rw,no_root_squash,async,no_subtree_check,nohid=
e)
>>>> /storage/space4       *(rw,no_root_squash,async,no_subtree_check,nohid=
e)
>>>> /storage/space5       *(rw,no_root_squash,async,no_subtree_check,nohid=
e)
>>> =

>>> This works too
>>> Putting 'crossmnt' on the first line should remove the need for the
>>> remaining lines.
>> =

>> It should remove the need for the nohide option on those lines, but I
>> think the export lines will still be required.  Is that not how it's
>> meant to work?
> =

> Not sure... it is a while since I have looked at that code.
> =

> But maybe the key issue is not so much how it is "meant to work", but
> how we "want it to work".
> I suspect it would be very valuable and no harm to allow
> =

>    /storage       *(rw,no_root_squash,async,crossmnt)
> =

> to export everything below /storage, including other filesystems.

That's exactly what I was looking for.  I see a bunch of references to
crossmnt basically saying it was never implemented.  Maybe still the case?

Thanks
-jeremy

> =

> I've put it on my todo list to look into one day.
> =

> NeilBrown
_______________________________________________________________________
Viren-Scan f=FCr Ihren PC! Jetzt f=FCr jeden. Sofort, online und kostenlos.
Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=3D022222


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDE=
VDEV
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2007-02-18 16:12 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-02-18 16:12 Annoying exports problem devzero
  -- strict thread matches above, loose matches on Subject: below --
2006-05-17  5:53 Jeremy
2006-05-17  6:17 ` Neil Brown
2006-05-17  6:33   ` Jeremy
2006-05-17  6:39     ` Neil Brown
2006-05-17  7:40       ` Jeremy
2006-05-17 19:26       ` J. Bruce Fields
2006-05-17 23:33         ` Neil Brown
2006-05-17 23:45           ` Jeremy

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.