All of lore.kernel.org
 help / color / mirror / Atom feed
* 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
* 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

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.