java - IOException:关闭文件流时权限被拒绝

Question

在远程机器上，我观察到无法重现或解释的异常。

同一个过程多年来一直没有问题地运行。多个类似的文件正在从 SCP 下载到 RedHat Linux 上的共享网络位置，磁盘上肯定有可用空间并且所有权限都很好。只有几个文件描述符打开。今天，突然之间，在写入最后一个文件时出现 java.io.IOException: Permission denied 同时 closing 流，但文件已正确保存。

这种异常的可能原因是什么？ 除了 Permission denied 到 EACCES 的映射之外，我在 Java 源代码中没有找到任何内容>。在浏览互联网时，我只发现人们在打开流时得到 Permission denied 的情况，但没有关闭它。

java.io.IOException: Permission denied
  at java.io.FileOutputStream.close0(Native Method)
  at java.io.FileOutputStream.access$000(FileOutputStream.java:53)
  at java.io.FileOutputStream$1.close(FileOutputStream.java:356)
  at java.io.FileDescriptor.closeAll(FileDescriptor.java:212)
  at java.io.FileOutputStream.close(FileOutputStream.java:354)
  at java.io.FilterOutputStream.close(FilterOutputStream.java:159)
  at com.aestasit.ssh.dsl.ScpMethods.doGet(ScpMethods.groovy:249)
  at com.aestasit.ssh.dsl.ScpMethods.this$2$doGet(ScpMethods.groovy)
  at com.aestasit.ssh.dsl.ScpMethods.download(ScpMethods.groovy:162)
  at com.aestasit.ssh.dsl.SshDslEngine.executeSession(SshDslEngine.groovy:70)
  at com.aestasit.ssh.dsl.SshDslEngine$remoteSession.call(Unknown Source)
  at com.aestasit.ssh.DefaultSsh.remoteSession(DefaultSsh.groovy:46)
  at com.aestasit.ssh.DefaultSsh$remoteSession.callStatic(Unknown Source)

Answer 1

这只是一个理论....

查看 Linux 内核源代码，似乎在某些情况下 close(fd) 系统调用将尝试在关闭前进行内部刷新。如果 fd 与“文件系统”上的文件相关联，在该文件系统中可以在文件打开时更改有效访问权限，那么可以想象 close 的刷新可能会失败，因为 当前 权限限制太多。这将变成 EACCES 系统调用失败。

这样的故障很少见，因为文件的权限在“正确”的时间更改以触发故障是不寻常的；即在 close 系统调用和之前的 write 系统调用之间。

此外，可以想象这只会发生在某些类型的文件上；例如远程文件服务器上的文件，由远程服务器实现访问控制。

---

请注意，Linux 手册条目或 POSIX 规范并未设想 close() 因 EACCES 而失败。文档暗示只有在打开文件时才会检查访问权限，这是(至少)是意外行为。

然而，不利的一面是(虚拟)文件系统行为的各个方面取决于文件系统本身的实现。在少数情况下，文件系统的行为不“正常”。