我有一个备份服务器，将增量备份存储在树中，如下所示：
/backups hourly.0 server 1 server 2 hourly.1 server 1 server 2 hourly.2 server 1 server 2 daily.0 server 1 server 2 etc... 不用改变实际的备份源树，我想创build一个重新组织的树，看起来像这样：
/share server1/1 Hour Ago -> /backups/hourly.0/server1 server1/2 Hours Ago -> /backups/hourly.1/server1 server2/1 Hour Ago -> /backups/hourly.0/server2 server2/2 Hours Ago -> /backups/hourly.1/server2 ...
…然后将此树导出为单个 NFS安装。
NFS客户端应该看到：
/backups server 1 1 Hour Ago 2 Hours Ago server 2 1 Hour Ago 2 Hours Ago
失败尝试＃1 – 使用符号链接
这不起作用，因为符号链接与NFS客户机而不是服务器相关。 试图在客户端上打开“1小时前”尝试访问不存在的客户端上的/backups/hourly.0/server1。
失败尝试＃2 – 在/ etc / fstab中使用BIND
即：
/backup/hourly.0/server1/ "/share/server1/1 Hour Ago" none ro,bind,defaults 0 0
这让我创build了我想要的树，它在NFS客户端上是可见的，但是我看不到这些文件夹中的任何东西。 这大概是因为NFS不跨越文件系统，而NFS将绑定挂载点视为新的文件系统。
有什么办法可以做到这一点？
不，这对于基于内核的nfs服务器上的单个NFS导出是不可能的。
由于exports(5)手册说：
文件/ etc / exports包含NFS客户端可访问的NFS服务器上的本地物理文件系统表。
但是，您可以导出树的某些部分，然后在绑定的客户端上重新组合它们。
符号链接
另一个姑息是使用符号链接：
/server_1 hourly.0 -> /backups/hourly.0/server\ 1 hourly.1 -> /backups/hourly.1/server\ 1 ... /server_2 hourly.0 -> /backups/hourly.0/server\ 2 hourly.1 -> /backups/hourly.1/server\ 2 ...
为此，您将不得不导出整个备份树以及服务器目录。 这意味着使用符号链接，每个服务器都会看到其他服务器的备份。
nohide选项
exports文件中没有nohide和crossmount选项。 它只适用于单个服务器导出。 我从来没有使用它，因为在文档中伴随着这个选项的许多警告，如inode号码冲突的可能性。
由于您是从同一个物理文件系统导出目录树，因此您将永远不会遇到此inode号码冲突，或导出挂载NFS的子树时可能发生的死中介服务器造成的死锁 。
我不认为Linux内核的NFS服务器会使带有绑定选项的文件系统挂载到nohide。
这样做反过来
我正在考虑这个问题，并意识到可能是正确的方式来处理这个问题。 这就是为每个服务器制作目录树，只要你想要它们的导出。 将数据移动到适当的位置，然后使用mount -o bind重新组装/ backups树。
那就是你的文件系统看起来像
/share/server1/1_Hour_Ago 2_Hour_Ago ... /share/server2/1_Hour_Ago 2_Hour_Ago ...
你的fstab会是
/share/server1/1_Hour_Ago /backups/hourly.0/server_1 none rw,bind 0 0 /share/server1/2_Hour_Ago /backups/hourly.1/server_1 none rw,bind 0 0 ... /share/server2/1_Hour_Ago /backups/hourly.0/server_2 none rw,bind 0 0 /share/server2/2_Hour_Ago /backups/hourly.1/server_2 none rw,bind 0 0 ...
你的exports只是
/share/server1 server1(rw,no_subtree_check) /share/server2 server2(rw,no_subtree_check)