Re: recursively share NFS
AFAIK,
Exporting a nfs mounted location is possible via nfs-ganesha
An template config will be like
Ganesha.conf:
EXPORT
{
Export_ID = 1;
Path = "/mnt/nfs_mount";
Pseudo = "/re_export";
Access_Type = RW;
Protocols = 4;
Transports = TCP;
FSAL {
Name = VFS;
}
}
However, due to the port conflicting, one should stop nfs-server and use Ganesha instead if you other locations to export
> On Mar 20, 2025, at 13:43, <tomas@tuxteam.de> <tomas@tuxteam.de> wrote:
>
> On Thu, Mar 20, 2025 at 01:29:39AM -0400, Eben King wrote:
>>
>>
>> On 3/19/25 16:19, tomas@tuxteam.de wrote:
>>> On Wed, Mar 19, 2025 at 02:53:51PM -0400, Eben King wrote:
>>>> I have this machine "alexandria". It mounts a directory from the nas
>>>> via NFS. When I export a parent directory on alexandria, the mount
>>>> point appears empty, even though you can ssh to it and see everything
>>>> there that should be. How do I get it to share the contents of that mount?
>>>
>>> It is possible, see the file /etc/exports and its man page exports(7),
>>> specifically the options nohide and crossmnt there.
>>
>> Great to hear. I don't suppose you know how to access /etc/exports on a
>> WD Mycloud Mirror? Theoretically it supports SSH but I haven't got it
>> to work yet.
>
> I don't even know what a WD Mycloud Mirror is :)
>
> This is the intermediate box which you'd like to re-export the mounted
> file system?
>
>>> There are caveats, though (e.g. you might get duplicate inode numbers
>>> from the two file systems), described in the above man page.
>>
>> hmm, I'll have to see if that's a problem. So the same inode number on
>> two different filesystems conflict? Or what do you mean?
>
> The man page isn't very clear, but I guess that NFS passes the inodes
> along and the client uses them for file identification (cache, what
> have you) and gets confused when the server's and the server's server
> inodes collide. But that's only a guess.
>
> Cheers
> --
> t
Reply to: