【翻譯自mos文章】在11gR2 rac環境中，檔案系統使用率緊張，並且lsof顯示有很多oraagent_oracle.l10 (deleted)，11gr2rac

【翻譯自mos文章】在11gR2 rac環境中，檔案系統使用率緊張，並且lsof顯示有很多oraagent_oracle.l10 (deleted)，11gr2rac

在11gR2 rac環境中，檔案系統使用率緊張，並且lsof顯示有很多oraagent_oracle.l10 (deleted)

參考原文：
High Space Usage and "lsof" Output Shows Many 'oraagent_oracle.l10 (deleted)' in GI environment (Doc ID 1598252.1)

適用於：
Oracle Database - Enterprise Edition - Version 11.2.0.3 to 12.1.0.1 [Release 11.2 to 12.1]
Information in this document applies to any platform.

癥狀：
使用df命令可以看到，GI home的檔案系統使用率相當高，但是du命令卻看不到有檔案正在使用全部的空間。
在這個例子中，df 顯示已經使用95%（約89GB），但是du卻顯示只有34GB

lsof 命令顯示有很多oraagent_oracle.l10 檔案被標記為deleted（--->注意：使用lsof | grep deleted  就可以定位被deleted掉的檔案），因為handle 一直在持有這些被deleted掉的檔案，因此os不能回收這部分空間。

oracle 121508 oracle 5w REG 253,3 10564931 6178664 /u01/app/11.2.0.3/grid/log/dm01db01/agent/crsd/oraagent_oracle/oraagent_oracle.l10 (deleted)oracle 121510 oracle 5w REG 253,3 10564931 6178664 /u01/app/11.2.0.3/grid/log/dm01db01/agent/crsd/oraagent_oracle/oraagent_oracle.l10 (deleted)

 

原因：
This is due to bug 17305100

While database was started by oraagent, the database processes inherit open file handles from the oraagent, but when the oraagent_oracle.l10 was deleted as expected with the normal GI log file rotation policy, those handles are not closed by the database processes

Duplicates: bug 14062031 bug 17034444

解決方案：
The bug fix is included in 11.2.0.3 GI PSU9, 11.2.0.4 GI PSU1. For 12c, at the time of this writing, the issue is still being worked via bug 17387523

The workaround is to restart database or GI