因为NFS无法访问导致应用挂起/Java的原因和跟踪（交流，提醒，供思路分析）...

最新推荐文章于 2022-11-30 19:57:42 发布
最新推荐文章于 2022-11-30 19:57:42 发布 · 442 阅读 · 0
文章标签：

#java

本文介绍了一种Tomcat实例在启动过程中卡住的问题排查过程。现象表现为Tomcat无论通过命令行还是手动方式启动均失败，具体表现为加载配置文件时卡住。通过分析catalina.out日志和使用jstack工具，最终定位到Log4j配置文件中指向NFS挂载点，由于网络原因无法访问导致启动异常。


现象描述: 无论通过命令行还是手动执行启动，tomcat实例均在加载配置文件时卡住，导致启动失败。
1. 首先查看catalina.out日志，有Log4j的实例停住了，但不能确定是哪个线程阻塞；
2. jstack查看线程信息，有outputStream.openAppend()这个方法上，一直没有返回，因此确定IO句柄不能获得——在读取一个文件的时候挂死了。
3. 检查相关的代码是Log4J，因此检查log4j的配置文件，发现配置的目标目录是NFS上。
4. NFS挂载因为网络原因不能访问时，访问挂载点的应用会永远挂起，不会超时也不会异常，因此确定问题。

iteye_1485
关注
df命令卡住了；umount报错umount.nfs4: /data/xxx/upload: device is busy
小啊宇的博客
02-16 3368
问题描述 正式环境出现了不能上传图片，图片不能浏览的问题，上正式环境进行排查，在使用df -h命令的时候卡住不动了，其他命令没问题。运行内存以及cpu都是正常的。 正式环境服务器 /data/xxx/upload的目录是进行了nfs挂载 在取消挂载之前找出原挂载方式 [root@node01 ~]# mount -l | grep /data/xxx/upload 192.168.x.10:/data/upload on /data/xxx/upload type nfs4 (rw,relatime,ve
配置nfs遇到的问题
10-19
这是我在配置nfs的时候所遇到的问题给大家分享
java链接nfs 路径错误_NFS挂载遇到的问题
weixin_35078004的博客
02-28 630
问题描述：生产环境中需要经常运用NFS挂载，就在测试环境中测试一下，将服务器中192.168.1.4/u01/app/oracle/product/11.2.0/dbhome_1/dbs 挂载到192.168.1.3的/nfs/nfs_orcl，将192.168.1.5/u01/app/oracle/product/11.2.0/dbhome_1/dbs 挂载到192.168.1.3的/n...
java nfs_从Java-Application访问NFS-Share
weixin_28289089的博客
02-22 479
因此，您在评论中指出您需要特定用户的权限才能访问这些文件，因此“权限被拒绝”＃39;错误。在YaNFS中，您需要查看nfsXFileExtensionAccessor才能发送用户名和密码，以便获得许可。以下是我从此页面中提取的一个示例：https://docs.oracle.com/cd/E19455-01/806-1067/6jacl3e6g/index.htmlimport java.io.*...
Ubantu 服务器 上 出现 .nfs 文件，其被 进程占用无法删除，导致 nas目录子目录无法删除
OrdinaryMatthew的博客
11-30 1803
想删除 在 nas 目录下的某个目录但是不知道什么原因在想要删除的目录的子目录中出现了样式的文件，导致目录不能完全删除。
NFS服务运行一段时间后导致客户端被卡死的问题分析及解决
weixin_34205826的博客
09-24 5585
2019独角兽企业重金招聘Python工程师标准>>> ...
nfs实现共享目录对于集群高可用风险，nfs客户端容易卡死
lx__angel的博客
11-30 2864
客户端nfs中有一个内核级别的线程，nfsv4.1-svc，该线程会一直和nfs服务端进行通信，且无法被kill掉。（停止客户端Nfs服务，设置开机不自启动，并卸载nfs，重启主机才能让该线程停掉）。
NFS.zip_NFS_java nfs_nfs java_nfs-kernel-server
09-24
Java NFS是指Java实现的NFS客户端和服务器接口，它使得Java应用程序能够跨平台地访问和操作NFS服务器上的文件。 在Java中，实现NFS功能通常需要使用特定的库，例如JNFS或者jNFS，这些库提供了API，可以让开发者在...
Java使用NFS实现上传、下载、读取文件工具类
05-07
封装性：工具类封装了NFS相关的复杂连接、认证和I/O操作细节，使得业务层代码无需关心底层通信协议，只需通过简单API即可操作远程文件。 可配置性：允许灵活配置NFS服务器地址、挂载点以及其他相关参数，使工具类...
基于java的开发源码-高性能RPC框架 nfs-rpc.zip
02-25
基于java的开发源码-高性能RPC框架 nfs-rpc.zip 基于java的开发源码-高性能RPC框架 nfs-rpc.zip 基于java的开发源码-高性能RPC框架 nfs-rpc.zip 基于java的开发源码-高性能RPC框架 nfs-rpc.zip 基于java的开发源码-...
镜像 k8s.gcr.io/sig-storage/nfs-subdir-external-provisioner:v4.0.2
04-22
被墙无法pull，使用nfs方式提供k8s PVC必须的镜像包。 本人小水管拉下来的，拿走不谢。 使用方法： #解压 tar -xvf k8s.gcr.io_sig-storage_nfs-subdir-external-provisioner_v4.0.2.tar.gz #加载到本地 docker load...
NFS文件共享
Life_drip的博客
11-14 394
版本一： server:      1.vim  /etc/exports          要共享的文件目录   /xxxx                   / 192.168.4.0(rw,sync)客户端IP     2. service  rpcbind  restart         service  nfs  restart     3.chkconfig nfs
java 调用 nfs_java 访问共享目录(samba和NFS配置及实现)
weixin_39732018的博客
02-13 1845
最近需用使用java访问linux下的共享目录，实现文件下载和上传, 由于linux共享文件主要采用两种方式，samba和NFS，samba是基于Microsoft的smb/cifs协议, NFS网络文件系统(Network File System)则是另一种协议. 对这两种方式的配置和实现代码如下：(配置在Ubuntu下完成)一，samba(1)配置：a ) 建立共享目录: mkdir /hom...
Java访问NFS失败的解决方案
sinat_31942979的博客
12-06 1338
最近需要用java访问NFS，实现文件的上传下载，不过卡在下面这个问题好几天，解决了之后拿出来分享一下 解决来源：https://github.com/EMCECS/nfs-client-java/issues/12 使用 yanfs或者 nfs-client，连接NFS服务器总是失败； 在NFS server，配置 /etc/exports 如： /nfs *(rw,sync,inse...
nfs挂载报错mount.nfs: Stale file handle解决（失效文件句柄）
zzixwx的博客
08-26 5913
nfs共享存储
nfs卡住的问题
热门推荐
BrotherDong90的专栏
06-22 3万+
最近使用nfs来存储文件，但是在客户端节点遇到了问题。 用df -h的时候系统直接就卡住了。 后来百度了一下，发现网上好多遇到这种问题的。是因为nfs的server其实已经挂了，但是客户端还存在。所以会出现这种情况，这里复制一段一位大神的语录： 之前开发时就碰到过nfs客户端卡住的情况，umount -f /mnt提示device is busy，并且尝试访问挂载目录、df -h等操作都会使
java进程的Files.copy访问NFS共享的路径时，访问权限是和系统权限实时同步的吗
最新发布
09-23
<think> 我们讨论的是Java的Files.copy方法在访问NFS（Network File System）共享路径时，访问权限是否和系统权限实时同步的问题。 首先，需要理解NFS的基本行为：NFS是一种分布式文件系统协议，允许客户端像访问本地存储一样访问网络上的文件。NFS的设计目标之一是透明性，因此它试图在权限和属性方面模拟本地文件系统。 在权限方面，NFS通常使用与本地文件系统相同的权限模型（如Unix权限模式）。但是，由于网络延迟和缓存等因素，权限更改可能不会立即在所有客户端上生效。 Java的Files.copy方法在底层使用文件系统提供程序（FileSystemProvider）来执行复制操作。对于NFS，Java通过默认的文件系统提供程序（通常是基于操作系统的文件系统）来访问NFS挂载点。因此，权限检查和行为取决于底层文件系统（即NFS客户端）的实现。 关键点： 1. NFS客户端通常会缓存文件属性（包括权限）以提高性能。这意味着权限更改可能不会立即反映在客户端上。NFS协议定义了属性缓存的时间（由acregmin、acregmax等参数控制），可以通过挂载选项调整。 2. 当Java程序调用Files.copy时，它将使用当前客户端缓存的权限信息来检查访问权限。如果权限在服务器上已更改但客户端尚未刷新缓存，则可能会出现不一致的情况。 3. 在复制操作期间，源文件的读取权限和目标文件的写入权限检查由NFS客户端根据其缓存执行。如果缓存中的权限信息过期，则可能导致操作失败（即使服务器上权限已更改）或操作成功（但服务器上权限已被撤销）。 因此，严格来说，访问权限并不是实时同步的，因为存在缓存。但是，可以通过调整NFS挂载选项（如使用noac选项禁用属性缓存）来减少缓存时间，但这会降低性能。 结论：Files.copy在访问NFS共享路径时，使用的权限信息是客户端缓存的，并不保证与服务器实时同步。同步的实时性取决于NFS客户端的缓存设置和挂载参数。 现在，我们来编写一个示例代码，展示如何使用Files.copy复制文件，并讨论在NFS环境中可能遇到的问题。 示例代码（Java）： ```java import java.nio.file.Files; import java.nio.file.Path; import java.nio.file.Paths; import java.nio.file.StandardCopyOption; public class NFSCopyExample { public static void main(String[] args) { // 假设源文件位于NFS共享路径上 Path source = Paths.get("/mnt/nfs/share/source.txt"); // 目标文件也在NFS共享路径上（或本地） Path target = Paths.get("/mnt/nfs/share/target.txt"); try { // 使用REPLACE_EXISTING选项，如果目标文件存在则替换 Files.copy(source, target, StandardCopyOption.REPLACE_EXISTING); System.out.println("File copied successfully."); } catch (Exception e) { System.err.println("Error occurred while copying file: " + e.getMessage()); e.printStackTrace(); } } } ``` 在上述代码中，我们使用Files.copy方法从源路径复制文件到目标路径。需要注意的是： - 如果源文件在NFS上，且复制过程中源文件的权限发生变化（如被取消读取权限），但由于客户端缓存，程序可能仍然能够读取该文件（如果缓存尚未更新）。 - 同样，目标文件的写入权限也是基于缓存的。如果目标目录的权限在服务器上已被修改（例如移除了写权限），但客户端尚未更新缓存，那么复制操作可能会成功，但实际上在服务器端会拒绝写入。 因此，在NFS环境中，由于缓存的存在，权限检查不是实时的。为了更高的实时性，可以考虑在关键操作前强制刷新文件属性（例如，通过尝试重新获取文件属性），但Java标准API没有直接提供强制刷新NFS缓存的方法。通常，这依赖于操作系统级别的NFS客户端设置。 为了减少这种不一致，可以在挂载NFS时使用较短的属性缓存时间，或者使用同步挂载选项（如sync），但这会影响性能。 最后，提出相关问题： </think> ### Java进程的Files.copy访问NFS共享路径的权限同步分析 当Java进程使用`Files.copy`访问NFS共享路径时，**权限检查不是实时同步的**，而是基于客户端缓存的文件属性。以下是详细解释： #### 核心机制 1. **NFS属性缓存** NFS客户端会缓存文件元数据（包括权限、所有者、大小等），缓存时间由挂载参数（如`acdirmin`/`acdirmax`）控制，通常默认60秒。在此期间，Java进程检查的是**缓存中的权限信息**，而非实时服务端状态。 2. **Files.copy的权限检查逻辑** `Files.copy`在操作时会执行两步权限验证： - **读阶段**：检查源文件时使用**客户端缓存的权限** - **写阶段**：检查目标目录时使用**客户端缓存的权限** 若服务端权限在缓存有效期内变更，Java进程无法感知。 3. **最终一致性** 缓存过期后，客户端会重新从NFS服务器获取元数据，此时权限变更才会生效（非实时）。 --- ### 代码示例：NFS权限变更场景模拟 ```java import java.nio.file.*; public class NFSPermissionDemo { public static void main(String[] args) throws Exception { Path nfsSource = Paths.get("/nfs_share/source.txt"); Path nfsTarget = Paths.get("/nfs_share/target.txt"); // 场景1：初始有权限时的复制 Files.copy(nfsSource, nfsTarget, StandardCopyOption.REPLACE_EXISTING); // 此时在NFS服务器上通过命令移除权限： // chmod 000 /nfs_share/source.txt // 场景2：权限变更后立即尝试复制（可能成功！） try { Files.copy(nfsSource, nfsTarget, StandardCopyOption.REPLACE_EXISTING); System.out.println("复制成功 - 权限变更未被客户端感知"); } catch (AccessDeniedException e) { System.out.println("复制失败 - 权限变更已生效"); } } } ``` #### 关键说明： 1. **第一次复制**：通常在权限正常情况下成功 2. **第二次复制**： - 若服务端权限变更发生在**缓存有效期内**，复制仍可能成功（使用旧缓存） - 若缓存已过期（或强制刷新），会抛出`AccessDeniedException` 3. **缓存刷新**：可通过Linux命令`echo 3 > /proc/sys/vm/drop_caches`强制清除客户端缓存（需root权限） --- ### NFS挂载优化建议 要实现更即时的权限同步，需调整挂载参数： ```bash # 挂载时减少元数据缓存时间 mount -t nfs server:/share /mnt/nfs -o acdirmin=1,acdirmax=1 # 完全禁用属性缓存（性能影响严重） mount -t nfs server:/share /mnt/nfs -o noac ``` --- ### 总结：权限同步的关键点 | 阶段 | 权限检查依据 | 实时性 | |--------------------|-------------------|--------| | 文件操作开始时 | 客户端缓存 | 低 | | 缓存过期后 | NFS服务端最新状态 | 高 | | 强制刷新缓存后 | NFS服务端最新状态 | 即时 | **结论**：默认配置下权限检查**非实时同步**，依赖客户端缓存机制。对权限敏感的NFS操作，建议通过挂载参数缩短缓存时间或设计重试机制。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值