昨天碰到一个系统的问题,正巧以前也遇到类似的,顺手记录一下。
文件系统已用空间突然莫名持续增长,有撑满的趋势。通常情况,是通过find 和 du 快速找到具体的大文件,确认是否异常,再决定是清理还是扩充。
注意,有些时候我们仅仅删除文件和发现空间并没有释放掉,这是由于写文件的进程仍在后台。所以还需要清理相应进程才行。如果对应用非常熟悉可以直接重启具体程序来释放空间。情况复杂时,则需定位具体进程采取后续措施,以下简述今日情况:
环境为Redhat5 DB2 v9.5上。
1. 首先找到异常增长的文件,
find ./ -cmin -60 -ls | sort -n -k 7 | head -10 类似命令找到大文件
2. lsof 文件名 得到关联 pid
3. ps -ef 抓进程发现是一个DB2bp 后台进程
4. 进而 DB2 get snapshot for applications on dbname | grep “Process I'D of client application" 找到 app的 agentid
5. Force application(agentid)
问题解决。
文件系统已用空间突然莫名持续增长,有撑满的趋势。通常情况,是通过find 和 du 快速找到具体的大文件,确认是否异常,再决定是清理还是扩充。
注意,有些时候我们仅仅删除文件和发现空间并没有释放掉,这是由于写文件的进程仍在后台。所以还需要清理相应进程才行。如果对应用非常熟悉可以直接重启具体程序来释放空间。情况复杂时,则需定位具体进程采取后续措施,以下简述今日情况:
环境为Redhat5 DB2 v9.5上。
1. 首先找到异常增长的文件,
find ./ -cmin -60 -ls | sort -n -k 7 | head -10 类似命令找到大文件
2. lsof 文件名 得到关联 pid
3. ps -ef 抓进程发现是一个DB2bp 后台进程
4. 进而 DB2 get snapshot for applications on dbname | grep “Process I'D of client application" 找到 app的 agentid
5. Force application(agentid)
问题解决。