Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

NFS mounting a directory of symbolic links to other directories



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ben Eisenbraun wrote:
> On Wed, Feb 25, 2009 at 11:49:30AM -0500, Don Levey wrote:
>> Ben Eisenbraun wrote:
>>> Hard links can't cross file system boundaries.  Are /base/music and 
>>> /base/kidsmusic on the same file system?
>>>
>> Yes, they are - on both machines.
> 
> Hmm, I'm not sure I follow you.
> 
Sorry, I wasn't properly clear.  On the server /base/media/music and
/base/media/kidsmusic and on the same filesystem, on the same physical disk.

On the kids' machine, everything under /base/kidsmusic is also on the
same filesystem (but remotely mounted).  However, looking at that is a
bit of a "duh!" moment, as it's only an empty directory serving as a
mountpoint.

> When I say that hard links can't cross file system boundaries, I mean 
> the linked files have to be on the same file system on the same partition 
> on the same physical disk (lvm and RAID notwithstanding).  They can't 
> just be mounted in the same directory tree.
> 
> Does that make sense?
> 
Yup.

> So for the hard link method to work, /base needs to be a single file 
> system.  You could check that in the 'mount' output, e.g.
> 
> I think hard links would actually work nicely in this situation.  I haven't 
> tested it, but I think you would only need a single NFS export with the 
> hard link solution, so the kids machine could mount the kidsmusic directory 
> and nothing else.
> 

Since that's the goal, I'm looking into the possibility.  I'm also
looking at the "cp -al" suggestion mentioned by John, which looks to be
an easy way to accomplish this.

Thanks again!
 -Don

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJpX6yiVR8AmYXiFARAmALAJ96/ec88e69nUfDG3moapqFZmaqgACeIgX0
FWQfAhov//eHyohxJ+sFJKE=
=/u3H
-----END PGP SIGNATURE-----






BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org