有两台服务器。 ServerA运行Ubuntu 16.04服务器，ServerB运行CentOS 7.4。 两台服务器都有名为public用户（两台服务器上的GID相同）。 ServerB使用public作为Samba用户。 ServerA通过NFS导出目录/srv/storage ，并且额外的ACL（由setfacl设置）被添加到目录以允许用户public写入。 ServerB将ServerA:/srv/storage挂载到/srv/storage/external ，并通过Samba共享目录/srv/storage 。 现在的问题是Samba客户端（使用public账户） 不能写入 //ServerB/srv/storage/external 。 额外的信息： * ServerB上禁用SELinux。 *在ServerB上， root和public都可以直接写入/src/storage/external 。 *在其他客户端上， //ServerB/srv/storage/是可写的，但是//Server/srv/storage/external不是（Permissison被拒绝） *没有发现与此问题有关的日志，包括ServerB上的/var/log/samba/log.smbd /var/log/messages和两台服务器上的任何其他日志。 我错过了什么？ 如果这是不可能的，关于在不同的linux服务器上统一目录命名空间的任何build议？ 谢谢。
我想知道为什么macOS客户端在从CentOS 7服务器自动挂载的NFS主目录上访问文件时重启。 与CentOS 6 NFS服务器完全相同的configuration工作得非常好。 在CentOS 7服务器上： # cat /etc/selinux/config SELINUX=disabled SELINUXTYPE=targeted # systemctl stop firewalld # cat /etc/exports /export mac.corp.org(rw,insecure) # systemctl enable nfs # systemctl start nfs # showmount -e Export list for c7.corp.org: /export mac.corp.org # id jdoe uid=1001(jdoe) gid=1001(jdoe) groups=1001(jdoe) 在macOS客户端（ElCapitan或Sierra）上： # cat /etc/auto_home jdoe -fstype=nfs,vers=4,sec=sys,proto=tcp,resvport,soft,intr,rsize=32768,wsize=32768,nosuid,rw c7.corp.org:/export/& # id jdoe uid=1001(jdoe) […]
我有两个（debian 8）linux系统。 我只升级了一个到util-linux 2.29.2，另一个仍然在运行2.25.2 -t nfs和-t cifs用于在升级后的服务器上运行，现在失败 mount error(112): Host is down Refer to the mount.cifs(8) manual page (eg man mount.cifs) 如果我检查NAS（同时支持NFS和SMB）： sudo showmount -e NAS 我从两台服务器获得相同的安装点导出列表。 在libmount 2.29.2中是否有某些东西被破坏，或者是否有一些我不得不适应的向后兼容？ 我已经检查过，我可以ping NAS，（通过ip和名字），而不是被iptables ip6tables或SELinux阻止。 此外，我可以通过更改版本来更改错误消息： sudo mount -t cifs -v -o credentials=~/.NAS_pass,vers=1.0 //NAS/backup ~/backup 挂载错误（13）：权限被拒绝 sudo mount -t cifs -v -o credentials=~/.NAS_pass,vers=2.1 //NAS/backup ~/backup 挂载错误（112）：主机closures（vers = 3.0相同的错误） […]
这个问题是关于configurationWindows 10客户端的NFS。 有两部分，1）映射导出（驱动器），2）设置即时消息 我们让NFS导出（/ media / NFS_share 192.168.0。*（rw，async））已经存在并正常运行，从另一个共享相同networking范围的nix框validation。 现在，为了在Windows上安装导出，我们需要安装NFS服务，并简单地安装： mount.exe 192.168.0.2:/media/NFS_share * 命令不幸的结果是： Network Error – 53 Type 'NET HELPMSG 53' for more information. 这显然是不正确的： PS C:\Users> showmount -e 192.168.0.2 Exports list on 192.168.0.2: /media/NFS_share 192.168.0.* 所以，1）什么是安装问题？ “path未find”是一个令人误解的消息。 下一步将是设置身份映射。 虽然有多种方法，但我select了本地passwd和group文件。 但IdentityMappingloginServicesForNFS-客户端事件日志根本没有提到文件，坚持失败的AD连接，如％SystemRoot％\ system32 \ drivers \ etc中没有passwd / group文件。 2）本地文件仅适用于服务器吗？ 应该将AnonymousUid / Gidregistry设置用于客户端吗？ /编辑：值得一提的是，在Windows资源pipe理器中打开\ 192.168.0.2将共享显示为\ media […]
我有一台运行debian jessie的无线networking机器连接到本地networking。 它没有互联网接入。 对于pipe理，我愿意出口它的根文件系统/通过NFS，以便能够编辑configuration文件等与我最喜欢的texteditor在我的Windows PC上。 我能够导出根文件系统就好，但它似乎完全忽略了all_squash和anonuid / anonguid选项。 Windows报告它的所有者仍然是UID 0。 如果我使用完全相同的选项导出不同的目录，那么它的工作正常，导出由提供的anonuid拥有。 是否有措施允许压缩根文件系统的某种安全？ 如果是这样，有没有办法禁用这些？ 我知道导出根文件系统的危险，但机器没有连接到互联网，也没有任何重要的文件。 编辑：服务器使用NFSv3，因为窗口客户端只支持nfsv3。
我一直在尝试使用以下格式导出NFS $ cat /etc/exports /share server*.example.com(sec=krb5p,rw) 这种格式工作正常，我可以在各自的服务器上挂载相应的目录。 但是，下面的格式不起作用，我不明白为什么它不工作。 $ cat /etc/exports /share *.example.com(sec=krb5p,rw) 任何人都知道原因？
我的设置非常简单：在Windows 10安装了Debian NFS共享。 问题也很简单。 Windows将创build所有新的文件和目录具有相同的权限，在我的情况下0755.这会产生以下问题： 所有的文件/目录0755 – 由于可执行的位目录访问是好的，但所有的文件现在也成为可执行文件，这是不可接受的 所有文件/目录0644 – 目录访问不再可接受，但所有文件现在具有正确的权限 据我所知，这个问题在Linux方面没有任何问题，NFS正在运行。 问题在于Windows没有区分这两者。 Windows上是否有解决scheme，就像Linux上的umask一样，允许使用0755权限创builddirs，使用0644创build文件？ 或者，也许在NFS服务器端的一些设置自动转换这些权限，如Samba做的帮助 create mask = 0644 directory mask = 0755 configuration指令？
我正在编写一个小型的shell脚本，它将通过查看快照并检查一个目录的内容来validationNFS备份，以确保备份正确的内容。 CreateTestFile.sh – 这将创build文件backupchecker.txt一个date为ValidateNFSBackup.sh的目录 – 这将通过查找此backupchecker.txt内容来validation备份。 我正确的方向吗？ 欣赏你的时间。
系统正在运行CentOS 7.3，通过以太网和infiniband提供文件服务，但绝大多数stream量都在infiniband 我刚刚站起来一个新的文件服务器，现在正在生成大量的以下错误： [2007827.701033] rpc-srv/tcp: nfsd: sent only 618872 when sending 1048708 bytes – shutting down socket [2007835.313884] rpc-srv/tcp: nfsd: sent only 75908 when sending 1048708 bytes – shutting down socket 我增加了tcp_rmem和wmem最大32mb，但问题依然存在 net.ipv4.tcp_rmem = 4096 87380 33554432 net.ipv4.tcp_wmem = 4096 65536 33554432 有没有其他方法可以调整这个来解决这个问题？ 编辑来修复格式
我正在从ESXi主机（ /vmfs/volumes/vmstore ）将文件（ win2016.tar.gz ，308.2GB） /vmfs/volumes/vmstore到NFS数据存储（ /vmfs/volumes/vmnfs ，从我的NAS ext4分区共享）。 [root@esxi:/vmfs/volumes] ls -lah vmstore/win2016.tar.gz -rw-r–r– 1 root root 308.2G Nov 12 13:52 vmstore/win2016.tar.gz NFS有335.3G可用空间： [root@esxi:/vmfs/volumes] df -h Filesystem Size Used Available Use% Mounted on NFS 3.6T 3.3T 335.3G 91% /vmfs/volumes/vmnfs VMFS-5 907.8G 488.4G 419.3G 54% /vmfs/volumes/vmstore #… 将文件复制到NFS数据存储： [root@esxi:/vmfs/volumes] cp vmstore/win2016.tar.gz vmnfs/tar/ 在应对时，我使用df检查可用空间几次，找出可用空间正在增加： [root@esxi:/vmfs/volumes] df -h […]