ext3ファイルシステムはほとんどのアプリケーションで全体を表示しますが、DFの場合は77%しか表示されません。

ext3ファイルシステムはほとんどのアプリケーションで全体を表示しますが、DFの場合は77%しか表示されません。

Nagios、Puppet、およびLVMツール(pvs、vgsなど)などの多くのアプリケーションでは、Varは完全に見えます。

df -h 出力

6.0G  4.3G  1.4G  77% /var

VG出力

/var/lock/lvm/V_rootvg:aux: open failed: No space left on device
  Can't get lock for rootvg
  Skipping volume group rootvg

lsof +L1/varvarの下には何も表示されなくなったため、ファイルシステムから消去されていない切断されたファイルがないとします。 6Gファイルシステムの1.4G空き容量がいっぱいであると考えられる理由は理解できません。システムが各ファイルシステムにいくつかのスペースを予約することを知っていますが、それはできません。スペースが多すぎます。ファイルシステムはext3Red Hat 5にあります。

dumpe2fs 1.41.12 (17-May-2010)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          c8f44510-e8f7-4e2e-950a-1410b069910e
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              393216
Block count:              1572864
Reserved block count:     78627
Free blocks:              1183083
Free inodes:              388144
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      63
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Filesystem created:       Mon Apr 29 13:12:02 2013
Last mount time:          Wed Oct 23 19:10:44 2013
Last write time:          Wed Oct 23 19:10:44 2013
Mount count:              6
Maximum mount count:      -1
Last checked:             Mon Apr 29 13:12:02 2013
Check interval:           0 (<none>)
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      8766dfd5-c802-4bc3-81cc-21869e810656
Journal backup:           inode blocks
Journal features:         journal_incompat_revoke
Journal size:             32M
Journal length:           8192
Journal sequence:         0x0112568e
Journal start:            3334

ベストアンサー1

他の人のコメントを見ると、inodeの欠如を診断するのに役立ちます。システムへの基本的なアクセスに一部のファイルを使用できるようにする必要がある場合は、CentOS 5インストールから次のファイルを削除できます(ファイルなしで使用できます)。

はい

$ sudo rm -fr /var/log/*.[1-9]?(.gz)

/var/logこれにより、起動できる数十のinodeが削除されます。

インデックスノードの計算

dfを使う

私は通常、このコマンドを使用してdf利用可能な数量を決定します。

$ df -i /
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/mapper/VolGroup00-LogVol00
                     59932672  807492 59125180    2% /
tune2fsを使う

を使用することもできますtune2fs。これを使用するには、LVM LVマッパーへのパスを指定する必要があります。

$ tune2fs -l /dev/mapper/VolGroup00-LogVol00 | grep -i inode
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Inode count:              59932672
Free inodes:              59126861
Inodes per group:         32768
Inode blocks per group:   1024
First inode:              11
Inode size:       128
Journal inode:            8
First orphan inode:       21561629
Journal backup:           inode blocks

一部のinodeがリリースされました。今どうなりますか?

少し呼吸スペースがある場合、基本的にいくつかのオプションがあります。

  1. まず、より多くのスペースを確保するために、削除の対象となる可能性のあるファイルのリストをすばやくインポートしようとしています。削除される可能性がある/tmpより多くのファイルに焦点を当てます。/var

  2. 以前のバージョンのJavaまたはその他の項目がインストールされている場合、次に/usr/local選択/optする項目は次のとおりです。

  3. 削除できるインストール済みRPMのリストを作成します。

  4. YUMを使用してこのサーバーを更新した場合は、そのキャッシュを消去できます。

    $ sudo yum clean all
    
  5. 余分なスペースを追加することを検討してください。

おすすめ記事