swaggerUI页面无法访问 - Linux 磁盘占用100%

记录一次swaggerUI页面无法访问的情况。

现象

        在一次项目发布之后，发现swagger文档无法访问，浏览器控制台报错：

Failed to load resource: net::ERR_CONTENT_LENGTH_MISMATCH

排查

        刚开始以为是权限过滤时阻止了静态资源的加载，但联系到本次发布之前并没有做权限相关的更改，并检查本地服务的swagger文档的访问情况，推出问题出现在环境上。

        登录到系统发布的linux系统，df -lh 命令查看磁盘控件占用。

df -lh

发现 /dev/vda1 磁盘占用100%，于是进入到对应的根目录 / ，使用du 命令查看磁盘占用，找出占用磁盘较大的文件并删除。

du -sh * 

rm -rf nohup.log

删除后再次使用df -lh 命令查看磁盘占用，发现还是100%。

但使用 du -sh * 命令查看，删除的文件已经不存在了。

求助百度之后才知道，rm 命令 只是从文件系统的目录结构上解除链接(unlink)，如果文件是被打开的状态，原有的进程仍然可以访问被删除的文件，磁盘空间也会一直被占用。

linux删除文件后却没有释放空间

使用以下命令查看 已经被删除但是仍然被进程占用的文件列表 。---- lsof (list open files)

lsof |grep deleted

        可以看到已经被删除的日志文件仍然被19278进程占用。这时的状态相当于Windows 系统中的回收站，虽然在列表中看不到文件信息，实际却还在占用磁盘控件。只有kill 掉这个进程，Linux OS才能解除占用并回收空间。

        这里要注意kill进程可能影响到对应的业务，需要谨慎处理。kill进程解除占用后，应该将对应的服务进行重启。

kill -9 19278

        再次使用  df -lh  命令，可以看到磁盘占用从100% 降到了24%。

       

        Tips: 此时数据其实仍旧未被彻底删除，但对应的磁盘空间已经可以使用，等到有新的数据写入，才会将数据覆盖。数据恢复中也是用到了这一点，在数据被删除后，只是把对应的磁盘空间标记为删除状态，有新数据进入便可以写入，如果是误操作删除了文件，想要恢复文件就要保证没有新的数据被写入磁盘对应的位置。

        

总结

        日常使用中，nohup命令启动的服务，建议将标准输出重定向到“黑洞”中，即 

nohup java -jar xxx.jar >/dev/null 2>&1 &

         >/dev/null 表示将标准输出重定向到一个特殊文件，该文件收到的所有数据都会被丢弃，俗称“黑洞”。

         2>&1 & 表示将标准错误 重定向到标准输出，而标准输出已经指向了“黑洞”，所以标准错误也会输出到“黑洞”中。

        对应的日志，一般使用日志框架，将log 按日期输出到指定的日志文件中。