记录一次df -h命令没有输出结果一直卡住不动的问题

文章目录

  • 记录一次`df -h`命令没有输出结果
  • 一直卡住不动的问题
    • 问题起因
    • 排查过程
      • NFS客户端检查
      • NFS服务端检查:找到问题出现的原因
      • 再次登录到NFS客户端查看

记录一次df -h命令没有输出结果

一直卡住不动的问题

问题起因

某天早晨同事告诉我说,再服务器上执行命令df -h,没有任何的范围结果。

听到这句话后,我还以为是磁盘空间满了,导致系统即将宕机。

可事实证明,此时的服务器除了df -h命令无法执行,其它的看起来都是正常的。

咱也不懂,咱也不敢说,当时真的没法给同事回复。

排查过程

NFS客户端检查

使用mount命令先查看磁盘的挂载情况

[root@localhost ~]# mount 
/dev/mapper/VolGroup-lv_root on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/vda1 on /boot type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
gvfs-fuse-daemon on /root/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)
192.168.13.39:/opt/tomcat-8.5.42/logs/dataservices on /1339log type nfs (rw,vers=4,addr=192.168.13.39,clientaddr=192.168.13.38)

发现问题,果然有通过NFS共享来的目录。

使用ls命令查看/1339目录时,与df -h命令一样,卡住不动。所以我怀疑是NFS的服务端出现了问题。

NFS服务端检查:找到问题出现的原因

继而登录到 NFS的服务端

[root@localhost ~]# cat /etc/exports 
/opt/tomcat-8.5.42/logs/dataservices 192.168.13.38(rw,sync,no_root_squash)
[root@localhost ~]# ls /opt/tomcat-8.5.42
ls: cannot access /opt/tomcat-8.5.42: No such file or directory

发现被共享出去的目录已经不存在了

与同事沟通得知,由于漏洞修复,已经将tomcat版本升级了,更换了对应的目录。

于是乎,修改/etc/exports 文件,重新启动NFS服务

[root@localhost ~]# cat /etc/exports 
/opt/tomcat-8.5.64/logs/dataservices 129.0.13.38(rw,sync,no_root_squash)

[root@localhost ~]# service nfs restart

再次登录到NFS客户端查看

执行mount命令后,发现之前的挂载信息依然存在。

[root@localhost ~]# umount /1339log
umount.nfs: /1339log: device is busy
umount.nfs: /1339log: device is busy

[root@localhost ~]# ls /1339log 
ls: cannot access /1339log: Stale file handle
#重启服务报错

[root@localhost ~]# service nfs restart
[root@localhost ~]# umount /1339log

重启NFS服务,将新的共享目录重新挂载就可以了。

你可能感兴趣的:(#,一,Linux操作系统相关,服务器,运维,linux)