Re: [NFS] export dir thru 2 diff path names

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

 



Murata, Dennis wrote:
> I just tested this on a SL4.7 (RHEL 4.7 variant) using a RHEL 4.4 nfs
> server.  I did get the messages from exportfs about duplicate export
> entries.  On the client I was able to mount both the symlink and the
> actual directory.  They look like separate mounts.  There are two
> entries in /proc/mounts and in /etc/mtab, one with the actual directory
> path, one with the symlink path.  I am using autofs to mount the
> directories, not hardcoded.  Are you using newer distributions?
>   
I tested on RHEL 4.6.
Interesting that you can still mount either one.
On the server an exportfs only shows the real path as exported.

> What problems will I cause by doing this?  I am using the symlink path
> as the installation path for an application.  The idea is a newer
> version can be installed into a different directory, then after testing
> the symlink will be changed to the new installation.  Other applications
> that reference the application will always use the symlink path, as well
> as any user scripts.
>
> Wayne 
>
>   
>> -----Original Message-----
>> From: linux-nfs-owner@xxxxxxxxxxxxxxx 
>> [mailto:linux-nfs-owner@xxxxxxxxxxxxxxx] On Behalf Of Sev Binello
>> Sent: Monday, November 10, 2008 11:06 AM
>> To: J. Bruce Fields; nfs@xxxxxxxxxxxxxxxxxxxxx
>> Subject: Re: [NFS] export dir thru 2 diff path names
>>
>> J. Bruce Fields wrote:
>>     
>>> On Mon, Nov 10, 2008 at 10:55:48AM -0500, Sev Binello wrote:
>>>   
>>>       
>>>> Well the simplest approach doesn't work.
>>>> i.e put symb link and actual path in the export file & try 
>>>>         
>> exporting 
>>     
>>>> it Exportfs dereferences the link and states that 
>>>>         
>> duplicates are not allowed.
>>     
>>>>     
>>>>         
>>> OK, makes sense.
>>>
>>> You could mount --bind the filesystem at the other location 
>>>       
>> instead of 
>>     
>>> symlinking.
>>>
>>> The filehandles given to the client will be the same across the two 
>>> exports.  If you mount both from the same client, behavior may vary 
>>> across different clients (for example, as to whether they 
>>>       
>> attempt to 
>>     
>>> share caches between the two), but I think it'd work.
>>>
>>> (The question "why??!!??" does come to mind, though.)
>>>
>>>   
>>>       
>> Need to make a path change to how file systems are mounted 
>> and exported on the servers This then required a wholesale 
>> change to clients so they mount  the correct path.
>>  Not an issue for linux.
>> But since we don't administer windows pcs and they also mount 
>> the same file system, wanted to see if we could let them stay 
>> the way they were for now.
>>
>> We're just going to go ahead and  have to coordinate this 
>> with windows guys.
>>
>> -Sev
>>     
>>> --b.
>>>
>>>   
>>>       
>>>> -Sev
>>>>
>>>> J. Bruce Fields wrote:
>>>>     
>>>>         
>>>>> On Fri, Nov 07, 2008 at 12:44:25PM -0500, Sev Binello wrote:
>>>>>   
>>>>>       
>>>>>           
>>>>>> Can anyone tell me if it's ok to export the same file system 
>>>>>> through 2 different paths ( one is a link) ?
>>>>>>     
>>>>>>         
>>>>>>             
>>>>> I actually don't know.  You could try it and tell us what 
>>>>>           
>> you find 
>>     
>>>>> out....
>>>>>
>>>>> If you're exporting something *containing* the symlink 
>>>>>           
>> and expecting 
>>     
>>>>> the client to traverse into the filesystem, be aware that 
>>>>>           
>> symlinks 
>>     
>>>>> over NFS are actually interpreted (and followed) on the 
>>>>>           
>> client--so 
>>     
>>>>> they're interpreted as *client-side* paths, not server-side.
>>>>>
>>>>> If the path you're exporting is itself a symlink--it probably 
>>>>> depends on how nfs-utils treats symlinks found in 
>>>>>           
>> /etc/exports.  I'd 
>>     
>>>>> have to try it or check the code.
>>>>>
>>>>> Another way to export the filesystem in two different 
>>>>>           
>> places would 
>>     
>>>>> be with mount --bind.
>>>>>
>>>>> --b.
>>>>>   
>>>>>       
>>>>>           
>>>> --
>>>>
>>>> Sev Binello
>>>> Brookhaven National Laboratory
>>>> Upton, New York
>>>> 631-344-5647
>>>> sev@xxxxxxx
>>>>
>>>>     
>>>>         
>> --------------------------------------------------------------
>> -----------
>> This SF.Net email is sponsored by the Moblin Your Move 
>> Developer's challenge Build the coolest Linux based 
>> applications with Moblin SDK & win great prizes Grand prize 
>> is a trip for two to an Open Source event anywhere in the 
>> world http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> NFS maillist  -  NFS@xxxxxxxxxxxxxxxxxxxxx 
>> https://lists.sourceforge.net/lists/listinfo/nfs
>> _______________________________________________
>> Please note that nfs@xxxxxxxxxxxxxxxxxxxxx is being discontinued.
>> Please subscribe to linux-nfs@xxxxxxxxxxxxxxx instead.
>>     http://vger.kernel.org/vger-lists.html#linux-nfs
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe 
>> linux-nfs" in the body of a message to 
>> majordomo@xxxxxxxxxxxxxxx More majordomo info at  
>> http://vger.kernel.org/majordomo-info.html
>>
>>     


-- 

Sev Binello
Brookhaven National Laboratory
Upton, New York
631-344-5647
sev@xxxxxxx


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
NFS maillist  -  NFS@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/nfs
_______________________________________________
Please note that nfs@xxxxxxxxxxxxxxxxxxxxx is being discontinued.
Please subscribe to linux-nfs@xxxxxxxxxxxxxxx instead.
    http://vger.kernel.org/vger-lists.html#linux-nfs

--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux