UNIX文件夹中的权限集未正确传输到NFS共享

我们有一个NFS共享，unix中的文件夹安装在NFS windows服务器上。 甚至在unix计算机上将某些文件夹的权限设置为775之后。 当某个java进程在该文件夹中创建文件时，情况并不相同

因此，我们在nfs服务器上安装了unix机器上的/nobackup/stream这样的文件夹

unix计算机上的权限 ls-ald/nobackup/stream RWXR-x所有者组

我们有一个将结果日志和子目录写入流文件夹的自动化过程 出于某种奇怪的原因，这些文件是在有权限的情况下创建的

rwxr-xr-x所有者组

i、 对组的e写访问权限不存在

在某些地方，当使用组用户权限运行的进程尝试更新使用上述权限创建的文件时，这会导致我们的自动化失败

最初，嫌疑人是乌马斯克人

因此，我们在启动自动化的perl进程中将umask设置为0002 这没有帮助

Files.mkdir用于写入文件

这里posix权限是正确的，umask是正确的，但是新文件没有以正确的权限创建

另外请注意，如果是cygwin shell导致了问题，那么自动化将在cygwin shell下运行

---

如何确保始终正确设置文件权限问题是cygwin中正在运行自动化。这些文件仍然是由Windows NFS客户端编写的，它不知道如何解释cygwin中设置的权限

您需要在Windows NFS客户端中设置默认权限。您可以使用

nfsadmin

从命令行执行此操作。比如：

nfsadmin client [ComputerName] fileaccess=664

资料来源：