NFS平台运维分析.docx

《NFS平台运维分析.docx》由会员分享，可在线阅读，更多相关《NFS平台运维分析.docx（4页珍藏版）》请在第一文库网上搜索。

1、NFS平台运维分析SbA【导语】使用NFS文件系统，出现客户端IIANG死，或者df命令HANG死的情况并不少见，原因也十分复杂，往往不容易定位，本文结合作者实践提出了有效的分析方法，希望能够对大家解决此类问题有所助益。【作者】白缮（徐戟），南京基石数据技术有限责任公司技术总监，在软件开发、系统运维、信息系统优化、信息系统国产化替代等领域从事技术研究近30年，曾主持开发了国内首套电信级联机实时计费系统、国内首套三检合一的检验检疫管理系统、银行综合大前置平台（IPP）等大型系统。著有Orac1eRAC日记、Orac1eDBA优化日记和DBA的思想天空等技术专著。信息无障碍研究会专职顾问，深圳市鳏

2、鹏产业联盟高级顾问，Orac1eACE,Postgresq1acedirectoro个人微信公众号：白鳍的洞穴有个朋友咨询一个问题，他通过NFSMOUNT了一个分布式文件系统，发现对这个文件系统df的时候经常hang死，他检查了一番系统，发现内存使用率很高，大部分物理内存都被CaChe占用了。他想通过分析CaChe中都有哪些数据，通过这个分析来确认CaChe占用率高和NFShang之间是否存在关联关系。当时我的建议是首先不要把问题直接定位到OS内存上，如果系统不存在严重的SWAP,哪怕物理内存使用率达到98%,也是关系不大的。实际上使用NFS文件系统，出现客户端hang死，或者df命令HANG

3、死的情况并不少见，我这些年里也遇到过多次。我遇到的NFShang死问题的原因也十分复杂，不过大多数都与NFSBUG、网络问题、系统资源消耗过高、IO负载过大等有关。NFS客户端访问NFS文件hang住，一般来说有三种可能性，一种是客户端出现问题，第二种是服务端出现问题，第三种是客户端和服务端都存在问题。似乎这个总结有点太笼统了，也有点投机取巧，不过穷举法是我们在针对未知问题分析的最重要的方法。如果我们不能穷举所有的可能性，那么在问题诊断分析的时候就可能无法定位。在我多年的经验里，很多当时认为十分灵异的问题，都是因为我们以前的知识面不足，无法穷举到真正的故障路径。上面的思维导图是我这些年遇到过的

4、一些NFSHANG的情况，其中遇见最多的还是和网络有关的，自从NFSV3/V4版本之后，NFS或者OS自身BUG导致的问题逐渐减少，而网络方面遇到的问题逐渐变多起来。特别是防火墙问题，最近五六年里，我遇到的大型系统中的NFS问题大部分和防火墙有关。随着企业对网络安全的要求越来越高，防火墙也不断地在调整策略，有时候有一条策略就会导致NFS的网络包被防火墙过滤，从而导致NFS的故障。五六年前我遇到过一个客户的NFS故障，只要访问一个文件NFS就会HANG死，访问其他文件就啥事没有。当时实在没办法了只能用网络抓包的方式去跟踪，最后发现客户最近上了一个敏感词过滤的策略，因为这个文件名带有敏感词汇，因此

5、网络就丢包To实际上IP存储专网建设十分重要，关键系统使用NFS的时候一定要使用IP存储专网，最好不要经过防火墙，不过很多大企业对于跨机房访问的网络安全管理十分变态，防火墙是必须要经过的，一个NFS访问经过至少两个防火墙，一旦网络安全管理员与存储管理员之间没有很好的沟通，那么因为防火墙导致的NFS问题那就少不了了。另外我们以前遇到的大多数NFS故障场景都没有使用IPSAN专网，NFS使用的网络是和业务网混合使用的，业务网出现的任何问题，都会引起NFS文件系统的抖动，从而导致NFS服务不稳定。是否Sockethang的问题可以通过netstat命令来看是不是存在大量的TCP连接处于C1OSEWA

6、n状态，如果存在这种情况，那么很可能你遇到了sockethangoSockethang大多数和IO负载过高、客户端或者服务器端OS相应慢或者某个OSbug有关。也可能和TCP的keepa1ive参数设置有关。另外一点是我们是用NFS的环境中，可能还安装了数据库服务器、中间件服务器等，这些系统要求调整OS的网络参数，而这些参数的调整很可能并不适合NFS服务。其中常见存在冲突的几个参数如下： net.ipv4.tcp_keepa1ive_time net.ipv4.tcp_keepa1ive_intv1 net.ipv4.tcp_keepa1ive_probes net.ipv4.tcp_tw_recyc1e=0 net.ipv4.tcp_tw_reuse=0 net.ipv4.tcpretries1=3 net.ipv4.tcp_retries2=15实际上NFSHANG的问题分析因为涉及的原因很多，所以往往还是不容易定位的，不过如果df命令hang,而且是可重现的，那么分析起来还是有方法的。最好的防范就是使用StraCe去跟踪CIf命令的堆栈。看看hang在什么地方，就比较容易定位问题了。最后要说明的是，messages日志是一定要首要分析的，不管是客户端还是服务端的messages日志都应该尽早去看。虽然说很可能我们看到的只是NFS命令超时这类的比较笼统的信息。-全文完-