/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...
在不使用实际备份更改源树的情况下,我想创建一个重新组织的树,如下所示：
/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
这让我创建了我想要的树,它在NFS客户端上可见,但我在文件夹中看不到任何内容.这可能是因为NFS不跨越文件系统,NFS将绑定挂载点视为新文件系统.
有没有办法实现这个目标？
解决方法
正如出口(5)手册所说：
The file /etc/exports contains a table of local physical file systems
on an NFS server that are accessible to NFS clients.
但是,您可以导出树的部分并使用bind在客户端上重新组合它们.
符号链接
另一个姑息是使用符号链接：
/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选项
导出文件中有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 ...
你的出口就是这样
/share/server1 server1(rw,no_subtree_check) /share/server2 server2(rw,no_subtree_check)
