Avamar：inodeの数が原因で、No space left on deviceエラー

の実行 logrotate error は、スペースがないことを示すエラーを生成します。

logrotate -f /etc/logrotate.conf

error: error creating output file /var/log/firewall: No space left on device 
error: error creating output file /var/log/mail.err: No space left on device 
error: error creating output file /var/log/wtmp-nnnnnnnn: No space left on device 

「 df コマンドは使用可能なスペースを表示します。

df -h

Filesystem     Size  Used  Avail  Use%  Mounted on 
/dev/sda5      7.9G  4.2G   3.4G   56%  / 
devtmpfs       5.8G  248K   5.8G    1%  /dev 
tmpfs          5.8G     0   5.8G    0%  /dev/shm 
/dev/sda1      114M   53M    56M   49%  /boot 
/dev/sda3      256G  19G    237G    8%  /data01 
/dev/sda7      1.5G  524M   899M   37%  /var 

/varファイル システム上にファイルを作成しようとすると、スペース エラーも発生します。

touch /var/log/test

touch: cannot touch '/var/log/test': No space left on device

ファイル システムで inodesの詳細を確認してください。

「-i」スイッチを使用してdfコマンドを再実行すると、これを確認できます。

df -i 

Filesystem      Inodes   IUsed     IFree  IUse%  Mounted on 
/dev/sda5       524288  106337    417951    21%  / 
devtmpfs             0      0          0     -   /dev 
tmpfs          1513794      1    1513793     1%  /dev/shm 
/dev/sda1        30120     49      30071     1%  /boot 
/dev/sda3    267691072   5438  267685634     1%  /data01 
/dev/sda7        97536  97536          0   100%  /var

これは通常、断片化されたファイルシステム、多数の非常に小さなファイル、一時ファイル、または大きなメールキューによって発生します。

duコマンドを実行すると、スペースを占有しているものを確認できます。

du -x -h /var --max-depth=1 

出力例では、 /var/spool ディレクトリは、/var 内の領域の大部分を占有します。

8.0K    /var/state 
4.0K    /var/X11R6 
4.0K    /var/crash 
45M     /var/lib 
4.0K    /var/named 
4.0K    /var/opt 
12K     /var/yp 
380M    /var/spool 
132K    /var/run 
4.0M    /var/cache 
25M     /var/adm 
16K     /var/lost+found 
8.0K    /var/tmp 
28K     /var/lock 
37M     /var/log 
56K     /var/games 
489M    /var

duコマンドは、ディレクトリー ツリーのさらに下方で再度実行できます。

du -x -h /var/spool --max-depth=1

スペースを占有しているものに応じて、さらに調査する必要があります。

サポートが必要な場合は、デル・テクノロジーズのAvamarサポート チームでSR(サービス リクエスト)を開きます 。

この例では、問題は多くの非常に小さなファイルでした。

• • • • 最大のディレクトリは /var/spool/postfix/maildrop で、何千もの小さなファイルが含まれていました。

ls -l /var/spool/postfix/maildrop| wc -l 

96559

• • • • 各ファイルには、次のものが含まれていました。

admin : /etc/sudoers is mode 0777, should be 0440

• • • • sudoersファイルの権限と所有権が更新されました。

chmod 0440 /etc sudoers
chown root:root /etc/sudoers

• • • • /var/spool/postfix/maildropディレクトリー内のファイルが削除され、問題が解決されました。