UMOUNT NAS报错No space left on device和was not found in /proc/mounts

Linux idb 4121℃ 0评论

UMOUNT NAS报错No space left on device和was not found in /proc/mounts。

NAS_IP:/sysidc表示NAS存储设备,NAS_IP表示NAS存储的服务器主机IP。

查看系统的文件系统使用情况

mount命令不加参数显示的结果和/etc/mtab文件记录内容一样。

此时想要将/mnt挂载的NAS存储卸载,因为这是一个存放公共软件的存储目录,为了避免干扰系统的正常使用,执行umount。但是,umount NAS存储提示【No space left on device】

NAS空间突然变小,从3.0T变成22G,其实此时看到的/mnt虽然挂载点是NAS“NAS_IP:/sysidc”,但其实是“/”目录的挂载点。

其实umount执行之后,NAS存储实际已经成功umount,通过查看/mnt目录就知道已经是空的。

貌似是没有卸载成功,但是此时再执行一次带【-f】的umount,依然报错。

重新mount NAS存储也提示【No space left on device】

网上说可以用umount的【-l】参数,其实也没有效果。

但是mount可以查看到NAS存储“NAS_IP:/sysidc”已经挂载在/mnt下。

而/proc/mounts【/proc/self/mounts的软连接】却看不到挂载点信息,因此报错【/mnt was not found in /proc/mounts】。

经过对比分析,发现是“/”根目录空间不足导致,而使用空间最多是一个/home/wasadmin/deploy的程序备份目录,在跟开发人员确认之后,这个目录下的程序文件是定期备份,但是没有部署相关的定期清理脚本,而导致空间被用完。

/home/wasadmin是用户的home目录,使用13G空间,而该目录下只有2个常规目录。其中client_ffdc这个目录才204K。那么deploy占用了剩余的其他12G多的空间。

在删除/home/wasadmin/deploy目录下的部分备份程序之后,“/”目录的空间已经足够,再次执行umount NAS的命令,可以成功执行。

总结:我们在日常使用服务器的存储时,尤其是定期备份的目录或者文件比较大(至少100MB),必须考虑到系统空闲存储空间能够按照空间使用增长的最大时间,然后做定期删除备份文件的脚本,存放在crontab里面。否则,随着时间的推移,空间只增不减,很容易因为存储空间不足而导致系统无法正常运行,从而应用系统也无法正常运行。还好这次涉及的只是一个测试环境,不影响生产使用。

另外就是应用程序,建议不要存放在操作系统的分区上面,尤其是/根分区,很容易因为程序的空间使用增长而导致系统异常。

转载请注明:猫头鹰工作室 » UMOUNT NAS报错No space left on device和was not found in /proc/mounts

喜欢 (0)or分享 (0)
Avatar
发表我的评论
取消评论

表情

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址