Mount same ext3 filesystem in 2 places... at the same time

John Miles jmiles242-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org
Thu Oct 1 11:59:16 UTC 2009


Thank you for the excellent responses.

Interestingly, when I looked in the directory listing of /home2, there was
only one userhome there, and /home had the rest (as I expected).

I have just recently run across this "bind mounting" you referred to in a
set of instructions for setting up NFS v4 on our team's machines.

We are presently using GPFS as a clustered filesystem here (IBM... surprise,
surprise), and so it is interesting to see what else is our there in terms
of clustered filesystems.

JohnM(onkey)

On Thu, Oct 1, 2009 at 5:30 AM, Robert Brockway <robert-5LEc/6Zm6xCUd8a0hrldnti2O/JbrIOy at public.gmane.org>wrote:

> On Wed, 30 Sep 2009, Anton Verevkin wrote:
>
>  William, I would not be that sure about that. I've just tried such
>> double-mount on my Debian system and it has mounted silently, with not even
>> a single warning message.
>>
>
> That's because 2 different concepts are being confused here.  I'll cover
> them seperately.   Anton did go in to this a bit but I think it will help to
> cover it like this:
>
> Q1) Can one filesystem be mounted multiple times on a single system?
>
> A1) On modern Linux systems yes.  Not all modern OSes support this feature.
>  On Linux this is known as 'bind mounting'.
>
> Q2) Can one filesystem be mounted on two different directly connected
> systems?
>
> A2) Read-only, yes.  For write access the filesystem needs to be a
> 'clustered filesystem'.  I covered this in more detail in another post.
>
> Cheers,
>
> Rob
>
> --
> I tried to change the world but they had a no-return policy
> http://www.practicalsysadmin.com
> --
> The Toronto Linux Users Group.      Meetings: http://gtalug.org/
> TLUG requests: Linux topics, No HTML, wrap text below 80 columns
> How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gtalug.org/pipermail/legacy/attachments/20091001/b95d3fdf/attachment.html>


More information about the Legacy mailing list