我有 2 台非常相似的 Debian Linux 服务器,并且挂载了同一组 nfs 分区。调查寻找重建时不忽略 nfs 分区定位db,我发现在 web7 上 find 无法判断它位于 nfs 分区上,但在 web8 上没有问题。
web7-debian-6.0.10-# df -TP /usr/dir/mediaroot
Filesystem Type 1024-blocks Used Available Capacity Mounted on
nas1:/volume2/mediaroot nfs 11527817528 5013498232 6514216896 44% /usr/dir/mediaroot
web7-debian-6.0.10-# find /usr/dir -maxdepth 1 -printf "%F %h/%f\n" | grep media
none /usr/dir/mediaroot
web8-debian-6.0.5-# df -TP /usr/dir/mediaroot
Filesystem Type 1024-blocks Used Available Capacity Mounted on
nas1:/volume2/mediaroot nfs 11527817528 5013538392 6514176736 44% /usr/dir/mediaroot
web8-debian-6.0.5-# find /usr/dir -maxdepth 1 -printf "%F %h/%f\n" | grep media
nfs /usr/dir/mediaroot
web7 上的其他实用程序似乎在查看分区类型时都没有问题。虽然我可以配置定位数据库重建过程以忽略“无”文件系统,但最好修复 none-vs.-nfs 问题。oldfind 有同样的问题。两个主机都具有相同且最新版本的操作系统 findutils。错误系统在 7 天前重新启动,问题在 27 天前开始出现。奇怪的是,web7 上的一个 nfs 分区在 find 命令中显示为 nfs。另一台服务器 debian 6.0.9 也存在此问题。我有其他 debian 6.0.10 服务器,没有这个问题。
我正在尝试找出寻找获取其 fstype 信息,目前还没有运气。
答案1
不确定您正在谈论find
还是locate
?
我猜是locate/mlocate,其中更新命令是updatedb
。
设置在这里:/etc/updatedb.conf
好像:
PRUNE_BIND_MOUNTS="yes"
# PRUNENAMES=".git .bzr .hg .svn"
PRUNEPATHS="/tmp /var/spool /media /data/cache /data/docker"
PRUNEFS="NFS nfs nfs4 rpc_pipefs afs binfmt_misc proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs shfs sysfs cifs lustre tmpfs usbfs udf fuse.glusterfs fuse.sshfs curlftpfs"