FileUtils.moveFile 在磁盘已满情况下移动失败时并不总是抛出 IOException。新文件已创建,但大小为 0。下面是代码
void function1 (String filePath1, String dir)
{
File file1= new File( filePath1);
File file2= new File( dir, file1.getName() );
FileUtils.moveFile( file1, file2);
}
多个线程正在使用上述功能。每个线程都有一个唯一的 filePath1 值。磁盘存储由 NFS 服务器控制。因此,当移动文件失败并创建空文件时,一些线程会抛出以下异常(文件名已被屏蔽)。
Failed to copy full contents from '######' to '######' Expected length: 239 ?Actual: 0
at org.apache.commons.io.FileUtils.doCopyFile(FileUtils.java:1164)
at org.apache.commons.io.FileUtils.copyFile(FileUtils.java:1088)
at org.apache.commons.io.FileUtils.copyFile(FileUtils.java:1040)
at org.apache.commons.io.FileUtils.moveFile(FileUtils.java:2993)
at function1
但其中一些没有抛出任何异常,目标文件为空。
为了验证这一点,我添加了文件大小检查。
void function1 (String filePath1, String dir)
{
File file1= new File( filePath1);
File file2= new File( dir, file1.getName() );
long sizeOfFile1 = FileUtils.sizeOf( file1);
FileUtils.moveFile( file1, file2);
long sizeOfFile2 = FileUtils.sizeOf( file2);
if( sizeOFile1 != sizeOfFile2 )
LOG.error( "###### expected size " + sizeOFile1 + " but actual size " + sizeOfFile2 + " for thread " + ######## );
throw new IOException();
}
}
在此之后,之前未抛出异常的每个线程都开始在上述函数中打印错误
expected size 239 but actual size 0 for thread
所以我想了解在 NFS 存储的情况下是否还有其他事情可以做,或者 JVM 中是否存在错误,导致它在移动文件失败时不通知应用程序?
最佳答案
对完整文件系统的 write(...)
系统调用的正常行为是失败并将 errno
设置为 ENOSPC
。然后 Java 会将其转换为 IOException
。
但是,您的 NFS 装载似乎没有像普通文件系统那样报告文件系统已满。这里有一些证据表明这种事情可能会发生:
如果写入系统调用没有报告错误,则 Java 运行时无法检测问题。如果这是正在发生的情况,那么它就不是 Java 错误。这可能是您正在使用的 NFS 服务器或客户端实现中的错误。
我希望 FileUtils.moveFile
和 copyFile
方法能够检测到问题。但是你没有说你使用的是哪个版本的 Apache Commons,所以我不能确定。此外,由于您正在使用多个线程来移动文件,因此两个线程可能正在尝试移动同一个文件,这会导致问题。
关于java - FileUtils.moveFile 在磁盘已满时并不总是抛出 IOException,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41629445/