[Linux-cluster] GFS and Simultaneous Access

[Steven Whitehouse]

Hi,

Then it should have the basic bind mount stuff, but I don't think it has
the more advanced shared subtree features. Also note that the "ro" flag
will be silently ignored for bind mounts, as they take their cue from
the original mount. Some other flags, e.g. nosuid, do work as you'd
expect though,

Steve.

On Tue, 2007-04-17 at 11:17 -0400, berthiaume_wayne at emc.com wrote:
> This is RHEL 4.4. 
> 
> -----Original Message-----
> From: linux-cluster-bounces at redhat.com
> [mailto:linux-cluster-bounces at redhat.com] On Behalf Of Steven Whitehouse
> Sent: Tuesday, April 17, 2007 11:06 AM
> To: linux clustering
> Subject: Re: [Linux-cluster] GFS and Simultaneous Access
> 
> Hi,
> 
> On Tue, 2007-04-17 at 07:36 -0700, Tom Mornini wrote:
> > On Apr 17, 2007, at 7:27 AM, berthiaume_wayne at emc.com wrote:
> > 
> > > 	Also, I've been trying to figure out a way to allow all my nodes
> > > access to the same filesystem/LUN with separate directories for  
> > > each one
> > > within the same filesystem for simultaneous access. Is this  
> > > possible or
> > > would this be the place to use the SCSI reservations? This is being
> 
> > > done
> > > strictly for testing.
> > 
> > Take a look at Context Sensitive Symlinks.
> > 
> > If you:
> > 
> >    ln -s @host common_directory
> > 
> > Then when each host accesses common_directory it will resolve to that
> > system's hostname instead.
> > 
> 
> A better plan, if possible, is to use bind mounts which are available on
> all filesystems and more powerful than the context sensitive symlinks.
> It depends on which kernel version you are using as to whether this is
> available to you and how comprehensive the features are,
> 
> Steve.
> 
> 
> --
> Linux-cluster mailing list
> Linux-cluster at redhat.com
> https://www.redhat.com/mailman/listinfo/linux-cluster
> 
> 
> --
> Linux-cluster mailing list
> Linux-cluster at redhat.com
> https://www.redhat.com/mailman/listinfo/linux-cluster