磁盘异常的一个处理
2015-04-14 00:00
127 查看
df 看 /home/q 使用了 93%(53G); 但是 du 看这个路径下的所有文件,总共使用不到 20G。
上次遇到过同样的问题,
ops重启机器就解决了,这是为什么?是磁盘 小问题很多导致文件不大,占用空间很大?有遇到过同样问题的么?
解决方式:
重启Tomcat后,磁盘释放一切正常。
原因分析:一个业务处理打印了大量的日志信息,导致日志文件 DailyRolling 时未正常释放。
OPS的每日定时任务会打包前一天的日志,并删除原日志文件。
这就出现了日志文件被删除,但是Tomcat并未释放该文件,所以出现这个问题。
疑问点:即便日志文件未释放,写内容到已删除的文件中了,但是也不至于日志写入一天就生成了30G吧?
难道已删除的文件,写入内容磁盘会成倍增加?
上次遇到过同样的问题,
ops重启机器就解决了,这是为什么?是磁盘 小问题很多导致文件不大,占用空间很大?有遇到过同样问题的么?
解决方式:
重启Tomcat后,磁盘释放一切正常。
原因分析:一个业务处理打印了大量的日志信息,导致日志文件 DailyRolling 时未正常释放。
OPS的每日定时任务会打包前一天的日志,并删除原日志文件。
这就出现了日志文件被删除,但是Tomcat并未释放该文件,所以出现这个问题。
疑问点:即便日志文件未释放,写内容到已删除的文件中了,但是也不至于日志写入一天就生成了30G吧?
难道已删除的文件,写入内容磁盘会成倍增加?
相关文章推荐
- struts异常的处理的一个例子
- 一天一个Java基础——通过异常处理错误
- Java 异常类层次结构及怎样设计一个高效合理的异常处理框架
- 故障处理-数据库本地磁盘100%,之后集群状态异常
- .NET:再论异常处理,一个真实的故事
- 一个模块如何处理异常
- win7中程序在C盘运行崩溃-createProcess或磁盘保护异常的处理
- 如何全面的把握一个系统的异常处理
- 2014.08.20 renderNull() 处理JFinal中的一个异常信息:java.lang.IllegalStateException: Committed
- 爬虫系列6下载一个网页(异常处理,用户代理,重试次数)
- 一个通过异常处理进行验证的crackme分析
- 错误 103 未能加载文件或程序集“Telerik.Web.UI”或它的某一个依赖项。磁盘空间不足。 (异常来自 HRESULT:0x80070070)
- 一个自己写的组件--异常报告(3):开发一个异常处理程序
- 异常信息:CLR无法从COM 上下文0x645e18 转换为COM上下文0x645f88,这种状态已持续60秒。拥有目标上下文/单元的线程很有可能执行的是非泵式等待或者在不发送 Windows 消息的情况下处理一个运行时间非常长的操作.这种情况通常会影响到性能,甚至可能导致应用程序不响应或者使用的内存随时间不断累积
- [转]设计一个高效合理的异常处理框架
- 一个Arial.ttf 找不到的异常的处理
- 编写一个Cirle类,包括构造方法,求圆的面积和周长,如果圆的半径小于0则抛出异常,让用户必须处理,半径必须大于0才可以
- ARMv7用户层发生指令异常的处理流程?是否每个进程都有一个APSR的副本?
- catch和throw同时使用---通过多个方法协作处理同一个异常
- 一个用于J2EE应用程序的异常处理框架