[已解决]linux 报错 0x794c7630 求助各位大佬

被注册了怎么办

/usr/lib/jvm/java-8-openjdk-amd64/bin/java -Djava.ext.dirs=/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/ext:/usr/lib/jvm/java-8-openjdk-amd64/lib/ext  -Xms512m -Xmx512m -Xmn256m -Dnacos.standalone=true -Dnacos.member.list= -Xloggc:/nacos/logs/nacos_gc.log -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=10 -XX:GCLogFileSize=100M -Dloader.path=/nacos/plugins,/nacos/plugins/health,/nacos/plugins/cmdb,/nacos/plugins/selector -Dnacos.home=/nacos -jar /nacos/target/nacos-server.jar  --spring.config.additional-location=file:/nacos/conf/ --logging.config=/nacos/conf/nacos-logback.xml --server.max-http-header-size=524288
nacos is starting with standalone
nacos is starting，you can check the /nacos/logs/start.out
/usr/lib/jvm/java-8-openjdk-amd64/bin/java -Djava.ext.dirs=/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/ext:/usr/lib/jvm/java-8-openjdk-amd64/lib/ext  -Xms512m -Xmx512m -Xmn256m -Dnacos.standalone=true -Dnacos.member.list= -Xloggc:/nacos/logs/nacos_gc.log -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=10 -XX:GCLogFileSize=100M -Dloader.path=/nacos/plugins,/nacos/plugins/health,/nacos/plugins/cmdb,/nacos/plugins/selector -Dnacos.home=/nacos -jar /nacos/target/nacos-server.jar  --spring.config.additional-location=file:/nacos/conf/ --logging.config=/nacos/conf/nacos-logback.xml --server.max-http-header-size=524288
tail: unrecognized file system type 0x794c7630 for ‘/nacos/logs/start.out’. please report this to bug-coreutils@gnu.org. reverting to polling
library initialization failed - unable to allocate file descriptor table - out of memory/usr/lib/jvm/java-8-openjdk-amd64/bin/java -Djava.ext.dirs=/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/ext:/usr/lib/jvm/java-8-openjdk-amd64/lib/ext  -Xms512m -Xmx512m -Xmn256m -Dnacos.standalone=true -Dnacos.member.list= -Xloggc:/nacos/logs/nacos_gc.log -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=10 -XX:GCLogFileSize=100M -Dloader.path=/nacos/plugins,/nacos/plugins/health,/nacos/plugins/cmdb,/nacos/plugins/selector -Dnacos.home=/nacos -jar /nacos/target/nacos-server.jar  --spring.config.additional-location=file:/nacos/conf/ --logging.config=/nacos/conf/nacos-logback.xml --server.max-http-header-size=524288
nacos is starting with standalone
nacos is starting，you can check the /nacos/logs/start.out
/usr/lib/jvm/java-8-openjdk-amd64/bin/java -Djava.ext.dirs=/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/ext:/usr/lib/jvm/java-8-openjdk-amd64/lib/ext  -Xms512m -Xmx512m -Xmn256m -Dnacos.standalone=true -Dnacos.member.list= -Xloggc:/nacos/logs/nacos_gc.log -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=10 -XX:GCLogFileSize=100M -Dloader.path=/nacos/plugins,/nacos/plugins/health,/nacos/plugins/cmdb,/nacos/plugins/selector -Dnacos.home=/nacos -jar /nacos/target/nacos-server.jar  --spring.config.additional-location=file:/nacos/conf/ --logging.config=/nacos/conf/nacos-logback.xml --server.max-http-header-size=524288
tail: unrecognized file system type 0x794c7630 for ‘/nacos/logs/start.out’. please report this to bug-coreutils@gnu.org. reverting to polling

最佳答案

月排行榜 / 总排行榜

FishC

2024-3-21 20:17:19

被注册了怎么办 发表于 2024-03-21 20:17
文件也存在，文件系统是都是正常的；nacos使用docker ...

如果是在 Docker 版本升级后出现这个问题，可能是由于 Docker 的文件系统发生了变化导致的。Docker 18 版本使用的是 Aufs 文件系统，而 Docker 24 版本使用的是 Overlay2 文件系统。

你可以尝试以下几种方法解决这个问题：

1. 检查文件权限：确保 `/nacos/logs/start.out` 文件对应的目录以及文件本身的权限是正确的，可以使用 `ls -l /nacos/logs/start.out` 命令查看并修改权限。

2. 清理旧的容器和镜像：使用 `docker container prune` 和 `docker image prune` 命令清理掉旧的容器和镜像，然后重新运行 Nacos 容器。

3. 尝试更改 Docker 配置：检查你的 Docker 配置文件，例如 `/etc/docker/daemon.json`，确保文件系统驱动设置为 `overlay2`。可以在该文件中添加如下配置：

{
       "storage-driver": "overlay2"
   }

   然后重启 Docker 服务。

4. 如果以上方法都没有解决问题，可以尝试回滚 Docker 版本到之前的 18 版本，在使用旧版本的 Docker 运行 Nacos 容器。

希望这些方法能够帮助你解决问题。如果问题还存在，请提供更多详细的错误信息以便进一步排查。

以上回复来自 FishC AI 小助理，如未能正确解答您的问题，请继续追问。

跳转到最佳答案楼层

FishC

这个错误提示是由于运行的程序中有一个文件操作使用了无法识别的文件系统类型导致的。可能是文件系统已损坏或文件不存在。你可以尝试以下几种方法进行修复：

1. 检查文件是否存在：你可以使用`ls`命令检查`/nacos/logs/start.out`文件是否存在。

2. 检查文件系统类型：使用`df -T /nacos/logs/start.out`命令来查看文件系统类型是否正常。

3. 修复文件系统：如果文件系统确实已损坏，你可以使用`fsck`命令来修复。例如，如果你的文件系统是ext4，则可以使用`sudo fsck.ext4 /dev/sdaX`来修复。

另外，你还可以尝试重新安装软件，或者检查是否有其他程序正在占用该文件。希望这些方法能够帮助你解决问题。如果问题还没有解决，请尝试向bug-coreutils@gnu.org报告该问题。

以上回复来自 FishC AI 小助理，如未能正确解答您的问题，请继续追问。

被注册了怎么办

FishC 发表于 2024-3-21 19:57
这个错误提示是由于运行的程序中有一个文件操作使用了无法识别的文件系统类型导致的。可能是文件系统已损坏 ...

文件也存在，文件系统是都是正常的；nacos使用docker进行部署的，docker从18版本升到到24版本后出现这个问题

FishC

被注册了怎么办 发表于 2024-03-21 20:17
文件也存在，文件系统是都是正常的；nacos使用docker ...

如果是在 Docker 版本升级后出现这个问题，可能是由于 Docker 的文件系统发生了变化导致的。Docker 18 版本使用的是 Aufs 文件系统，而 Docker 24 版本使用的是 Overlay2 文件系统。

你可以尝试以下几种方法解决这个问题：

1. 检查文件权限：确保 `/nacos/logs/start.out` 文件对应的目录以及文件本身的权限是正确的，可以使用 `ls -l /nacos/logs/start.out` 命令查看并修改权限。

2. 清理旧的容器和镜像：使用 `docker container prune` 和 `docker image prune` 命令清理掉旧的容器和镜像，然后重新运行 Nacos 容器。

3. 尝试更改 Docker 配置：检查你的 Docker 配置文件，例如 `/etc/docker/daemon.json`，确保文件系统驱动设置为 `overlay2`。可以在该文件中添加如下配置：

{
       "storage-driver": "overlay2"
   }

   然后重启 Docker 服务。

4. 如果以上方法都没有解决问题，可以尝试回滚 Docker 版本到之前的 18 版本，在使用旧版本的 Docker 运行 Nacos 容器。

希望这些方法能够帮助你解决问题。如果问题还存在，请提供更多详细的错误信息以便进一步排查。

以上回复来自 FishC AI 小助理，如未能正确解答您的问题，请继续追问。

被注册了怎么办

FishC 发表于 2024-3-21 20:17
如果是在 Docker 版本升级后出现这个问题，可能是由于 Docker 的文件系统发生了变化导致的。Docker 18  ...

好的  谢谢大大，我这边尝试一下

FishC

被注册了怎么办 发表于 2024-03-21 20:23
好的  谢谢大大，我这边尝试一下

不客气，希望能够帮到你！如果你在尝试解决问题的过程中有任何其他疑问，请随时向我提问。祝你顺利修复问题！

以上回复来自 FishC AI 小助理，如未能正确解答您的问题，请继续追问。

被注册了怎么办

FishC 发表于 2024-3-21 20:23
不客气，希望能够帮到你！如果你在尝试解决问题的过程中有任何其他疑问，请随时向我提问。祝你顺利修复 ...

大大  还是不行，daemon.json下面添加后还是上面那个报错

FishC

被注册了怎么办 发表于 2024-03-22 11:26
大大  还是不行，daemon.json下面添加后还是上面那个 ...

抱歉，我之前对问题的理解有误。根据你提供的信息，看起来这个错误可能是由于程序运行时无法分配足够的文件描述符导致的。文件描述符是操作系统用来标识和管理文件或者其他I/O资源的标识符。当系统资源不足时，可能会出现无法分配文件描述符的情况。

解决这个问题可以尝试以下方法：

1. 增加文件描述符限制：可以通过修改 `/etc/security/limits.conf` 文件来增加文件描述符限制。找到类似 `soft nofile` 和 `hard nofile` 的配置项，将其值适当增大（如设置为 65535），然后重启系统生效。

2. 检查系统资源使用情况：使用命令 `ulimit -a` 可以查看当前用户的文件描述符限制。如果发现已经是比较大的值，那可能是系统资源本身不足导致的问题，可以尝试释放一些资源或者调整系统参数。

3. 检查程序配置：检查程序是否有其他设置文件或者参数可以调整文件描述符的使用。特别是在程序运行前的初始化阶段，可能有一些配置项可以设置文件描述符的数量。

如果以上方法没有解决问题，建议您向程序的开发者或者社区寻求帮助，他们可能能够提供更具体的解决方法。希望这些信息能对您有所帮助，祝您成功解决问题！如有任何疑问，请随时向我提问。

以上回复来自 FishC AI 小助理，如未能正确解答您的问题，请继续追问。