RHEL Java 应用程序返回“设备上没有剩余空间”,但仅使用了 3%

RHEL Java 应用程序返回“设备上没有剩余空间”,但仅使用了 3%

/opt/wso2我的 Java 应用程序在 CentOS 6.4 上保存新文件时返回以下异常:

Caused by java.io.FileNotFoundException: ... (No space left on device)

Caused by: java.io.FileNotFoundException: /opt/wso2/FrameworkFiles/trk_2014062500042488825_TRCK_PatfallHospis_pFromHospis_66601fb3-a03c-4149-93c3-6892e0a10fea.txt (No space left on device)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.<init>(FileOutputStream.java:212)
at java.io.FileOutputStream.<init>(FileOutputStream.java:99)
at com.avintis.esb.framework.adapter.wso2.FrameworkAdapterWSO2.sendMessages(FrameworkAdapterWSO2.java:634)
... 23 more

但当我运行时,df -a我可以看到分区仍有足够的可用空间:

[root@stzsi466 wso2]# df -a
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mapper/vg_stzsi466-lv_root
                      12054824   2116092   9326380  19% /
proc                         0         0         0   -  /proc
sysfs                        0         0         0   -  /sys
devpts                       0         0         0   -  /dev/pts
tmpfs                  4030764         0   4030764   0% /dev/shm
/dev/sda1               495844     53858    416386  12% /boot
/dev/sdb1             51605436   1424288  47559744   3% /opt/wso2
none                         0         0         0   -  /proc/sys/fs/binfmt_misc

[root@stzsi466 ~]# df -i
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/mapper/vg_stzsi466-lv_root
                      765536   45181  720355    6% /
tmpfs                1007691       1 1007690    1% /dev/shm
/dev/sda1             128016      44  127972    1% /boot
/dev/sdb1            3276800    6137 3270663    1% /opt/wso2

这里有什么问题?这是由 CentOS 6.4 上的 Java 引起的吗?我有另一台运行 Redhat REHL 6.4 的服务器,一切运行正常 - 相同的 Java 等。

有人知道这个问题吗?

答案1

因此,从堆栈跟踪中我们可以看到,在创建 FileOutputStream 对象时,在代码内部,它会调用 open(),但调用失败,然后抛出 FileNotFoundException,并显示“设备上没有剩余空间”错误消息。

看看失败的代码(FileOutputStream.java)很有趣:

       public FileOutputStream(File file, boolean append)
           throws FileNotFoundException
       {
           String name = (file != null ? file.getPath() : null);
           SecurityManager security = System.getSecurityManager();
           if (security != null) {
               security.checkWrite(name);
           }
           if (name == null) {
               throw new NullPointerException();
           }
           this.fd = new FileDescriptor();
           this.append = append;

           fd.incrementAndGetUseCount();
           open(name, append);                /* HERE */
       }

这是对本机代码(FileOutputStream_md.c)的调用:

Java_java_io_FileOutputStream_open(JNIEnv *env, jobject this,
                                   jstring path, jboolean append) {
    fileOpen(env, this, path, fos_fd,
             O_WRONLY | O_CREAT | (append ? O_APPEND : O_TRUNC));
}

以及fileOpen(io_util_md.c):

fileOpen(JNIEnv *env, jobject this, jstring path, jfieldID fid, int flags)
{
    WITH_PLATFORM_STRING(env, path, ps) {
        FD fd;

#ifdef __linux__
        /* Remove trailing slashes, since the kernel won't */
        char *p = (char *)ps + strlen(ps) - 1;
        while ((p > ps) && (*p == '/'))
            *p-- = '\0';
#endif
        fd = JVM_Open(ps, flags, 0666);              /* HERE IS WHERE THINGS BREAK */
        if (fd >= 0) {
            SET_FD(this, fd, fid);
        } else {
            throwFileNotFoundException(env, path);   /* EXCEPTION */
        }
    } END_PLATFORM_STRING(env, ps);
}

和 JVM_Open(jvm.cpp):

JVM_LEAF(jint, JVM_Open(const char *fname, jint flags, jint mode))
  JVMWrapper2("JVM_Open (%s)", fname);

  //%note jvm_r6
  int result = os::open(fname, flags, mode);
  if (result >= 0) {
    return result;
  } else {
    switch(errno) {
      case EEXIST:
        return JVM_EEXIST;       /* returns -100, will trigger Exception */
      default:
        return -1;               /* returns -1, will trigger Exception */
    }
  }
JVM_END

os::open 只是一个包装器fdopen(2)系统调用。

您是否可以随时重现此错误?如果可以,请使用 运行命令strace -e trace=fopen,fdopen,freopen并发布结果(或使用 附加到正在运行的进程strace -p <PID>)。

相关内容