今天跟大家唠唠我搞rpcbind的那些事儿，说起来也是一把辛酸泪。
事情是这样的，前两天线上有个服务器，死活起不来NFS服务，急得我直冒汗。赶紧上去看日志，结果发现报错信息里有rpcbind，当时我就感觉不太妙。
第一反应就是重启，老规矩嘛先用systemctl restart rpcbind 试试。结果你猜怎么着？直接给我报个错，dependency job failed。这下更慌，赶紧用journalctl -xe 看下，好家伙，一堆红字，看着就头大。
立马想到是不是rpcbind服务挂掉，赶紧查状态：service status rpcbind，果不其然，dead！重启也dead，查状态也dead，这可咋整？
没办法，开始疯狂查资料。网上搜一圈，各种方法都有，看得我眼花缭乱。有的说改配置文件的，有的说升级内核的，还有的说重装系统的。我寻思这线上环境，随便动一下可能就炸，得谨慎。
冷静下来，仔细分析一下，感觉可能是某个依赖出问题。想到之前好像改过ipv6的配置，会不会是这个导致的？搜一下，还真有可能是！
找到一篇相关的帖子，说可能是因为ipv6的某个参数设置不对，导致rpcbind启动失败。让我把一个参数改成0，然后执行sysctl -p。我赶紧照着做。
改完之后，再次启动rpcbind：systemctl start rpcbind，我去！成！终于跑起来！赶紧重启NFS服务，也OK！
这回经历真是让我长记性。以后遇到问题，不能光想着重启大法，得冷静分析，找到问题的根源。还有就是，改配置之前一定要备份，不然真出问题，哭都来不及。
- 经验一：遇到服务启动失败，先看日志，再查状态，别盲目操作。
- 经验二：修改系统配置前，一定要备份，给自己留条后路。
- 经验三：网上查资料的时候，要仔细甄别，别被误导。
希望我的经历能帮到大家。如果你们也遇到类似的问题，不妨试试我的方法，说不定能解决！
免责声明：由于无法甄别是否为投稿用户创作以及文章的准确性,本站尊重并保护知识产权，根据《信息网络传播权保护条例》，如我们转载的作品侵犯了您的权利,请您通知我们，请将本侵权页面网址发送邮件到qingge@88.com，深感抱歉，我们会做删除处理。