コアによる StorageGRID コアファイルの切り捨てを修正する方法 ファイルサイズの制限
に適用されます
StorageGRID
説明
この資料では、コアファイルが切り捨てられる可能性がある StorageGRID コアファイルサイズの制限を削除する手順について説明します。
ネットアップに StorageGRID コアファイルをアップロードする前に、 GDB のバックトレースを使用してファイルの整合性をテストしてください。GDB バックトレースの実行方法については、 KB ： StorageGRID サービスから GDB バックトレースを収集する方法
GDB 出力で、コアファイルが GNU ライセンスヘッダーの後に切り捨てられているかどうかが示されます。
例：
gdb /usr/local/clb/clb clb.core.29051
GNU gdb (GDB) SUSE (6.8.50.20090302-1.5.18)
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-suse-linux".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
BFD: Warning: /var/local/core/clb.core.29051 is truncated: expected core file size >= 1381822464, found: 1381818368.
この最終行 (GNU ヘッダの後の最初の行 ) は、次のように交互に表示される場合があります。
"/var/local/core/clb.core.29051" is not a core dump: File truncated
コアファイルが切り捨てられる理由には、次のようなものがあります。
- ディスク / ファイルシステムの I/O に問題があります
- RAMに関する問題
- コアファイルサイズに対する OS の制限
切り捨てられたファイルが検出された場合は、最初にコアファイルのサイズに制限がないことを確認し、見つかった制限を削除します。コアファイルサイズの制限を削除するには、対応する OS パラメータを編集し、サーバをリブートします。
手順
次の手順を実行してください。
注意： GDB バックトレースの実行中に、サーバにログインしている必要があります。
- 次のコマンドを実行して、コアファイルのサイズが無制限であることを確認します。
ulimit -c
- この場合、値が無制限に戻ります。代わりに数値が返される場合は、テキストエディタ（ vi または nano ）を使用してファイルを編集します。
/etc/profile.local
- ulimit -c 行を編集して、次のように読み取ります。
ulimit -c unlimited
- ファイルを保存します。
- サービスを停止し、サーバをリブートします。
service servermanager stopreboot
- 値 unlimitedが正しく返されるようになったことを確認します。
ulimit -c
この時点で、元の問題が再発するまで一時停止し、新しいコアファイルを生成できるようにします。