AWS OpenZFS文件系统挂载连接超时卡住问题求助

1. 先确认基础网络连通性 #

• 直接在要挂载的EC2实例上执行 ping fs-<someid>.fsx.us-west-2.amazonaws.com，看看能不能解析到IP并且ping通。如果连ping都不行，要么DNS解析有问题，要么网络路由根本没通。
• 测试NFS核心端口（2049）：执行 telnet fs-<someid>.fsx.us-west-2.amazonaws.com 2049，或者用 nc -zv fs-<someid>.fsx.us-west-2.amazonaws.com 2049，这俩命令能直接告诉你这个端口是不是能访问——毕竟NFS主要靠2049端口干活，哪怕你开了所有端口，也要单独确认这个。

2. 检查安全组和子网匹配 #

• 先确认EC2实例和FSx文件系统在同一个VPC里，而且EC2所在子网和FSx的子网是连通的（同子网直接默认连通，跨子网的话要确保路由表有对应条目）。
• 别只看VPC入站规则！FSx的安全组出站规则要允许EC2实例的IP段访问2049端口（TCP和UDP都要），挂载是双向通信，光进不出也白搭。
• 同时检查EC2实例的安全组出站规则，要允许访问FSx的IP段的2049端口（TCP/UDP）。

3. 路由表核心排查 #

• 查看EC2实例所在子网的路由表：有没有保留VPC默认的local路由条目？这个条目负责VPC内部子网之间的通信，要是删了，同VPC内的FSx也连不上。如果是跨子网，要确保有指向FSx子网CIDR的路由，下一跳选VPC本地路由就行，不用走NAT或互联网网关。
• 检查FSx所在子网的路由表，同样要保留local路由，确保返回流量能到EC2实例的子网。
• 如果EC2在私有子网，别把FSx的流量导去NAT网关——FSx是VPC内服务，走本地路由就够了，绕NAT反而会出问题。

4. 挂载命令和系统配置检查 #

• 先确认EC2上装了NFS客户端：RHEL/CentOS系执行 yum install nfs-utils -y，Ubuntu/Debian系执行 apt install nfs-common -y，没装客户端的话挂载肯定卡。
• 给挂载命令加些参数，避免无限卡住：mount -t nfs -o nfsvers=4.1,soft,timeo=600 fs-<someid>.fsx.us-west-2.amazonaws.com:/fsx /fsx，soft参数会在超时后返回错误，timeo=600把超时设为60秒，这样能更快拿到错误信息。
• 看系统日志找线索：执行 dmesg | grep nfs 或者 cat /var/log/messages | grep nfs，里面会有挂载失败的具体原因，比如权限拒接、端口不通之类的。

5. 确认FSx本身状态正常 #

• 登录AWS控制台查看FSx文件系统状态是不是Available，如果是Creating或者Updating状态，肯定挂不上。
• 检查FSx的挂载目标状态，每个子网对应的挂载目标都要是Available才行。

内容的提问来源于stack exchange，提问作者Elad Dolev