System Management
キャンセル
次の結果を表示 
次の代わりに検索 
もしかして: 

file system fullについて

ガメラ
アドバイザー

file system fullについて

bdfの結果では700MBほど、フリースペースがあるのですが、syslogに下記のメッセージが出力されます。

fsckとか実行すれば解決できるでしょうか。

vmunix: msgcnt 5 vxfs: mesg 001: vx_nospace - /dev/vg00/lvol6 file system full (1 block extent)

解決策を教えて下さい。
13 件の返信
uhyo
貴重なコントリビューター

file system fullについて

vxfsの場合、フラグメントが発生していると、

bdfで容量に余裕があるように見えても実際には

書き込みが行えないことがあります。

オンラインJFSであれば、コマンドでデフラグが

できたと思います。

そうでないと、一度バックアップをとって

ファイルシステムを再生成してリストアしないと

いけなかったと思います。

(うろ覚えなので、正しい方法は確認してください)
テレコム担当者
尊敬されているコントリビューター

file system fullについて

ちょっと気になるので以下の結果を教えて下さい。

# bdf | grep lvol6
ガメラ
アドバイザー

file system fullについて

HPレスポンスセンターさんにも念のため問合せしたんですが、フラグメントの可能性は無い。ls,fuserコマンドで調査してください。とのことでした。しかし下記のURLを見つけました。

http://docs.hp.com/ja/B3929-90012/apas03.html

やはりこれに該当するのでしょうか。

/tmpのbdf結果は下記のとおりです。

/dev/vg00/lvol6 1024000 284138 693696 29% /tmp
Na_Ka
頻繁なアドバイザー

file system fullについて

Oracleのローカル管理一時表領域などを作成しているとbdfの結果と実際使用しているファイルのサイズに違いがあったります。

そのようなファイルを作成していたりしませんか?
ガメラ
アドバイザー

file system fullについて

すみません。遅くなりました。

ローカル管理一時表領域というのは、TEMPのことでしょうか。

/tmp配下にtemp.dbfがなければ問題ないでしょうか。

確認しましたがありませんでした。

HPさんからは『lsof_11.11』というツールを頂き、問題のファイル/プロセスを特定しようとしましたが、解決できておりません。問題が発生する時間帯は決まっておりその時間帯にllコマンドをcronで仕掛けていますが、サイズの大きいファイルもリストされません。

問題が発生する時間帯ではある特定の処理を行なっているのですが、アプリベンダー側では問題ないとの回答があり行き詰まっています。
hazelwood
信頼あるコントリビューター

file system fullについて

一応、調査されているようですが、ちょっと気になったので、コメントさせていただきます。

・ls -laR /tmp でも大きなファイルか、大量のファイルは見つかりませんか? ("llで"と書かれていますが、/tmp/のサブディレクトリ下や、"."で始まるファイルでスペースが食われていたりしませんか?)

・発生する時間帯で、bdf /tmp のフリースペースは減り続けていますか?

・発生する時間帯で、du -s /tmp/* を繰り返し実行して見ると多少絞り込めると思います。

ガメラ
アドバイザー

file system fullについて

言葉足らずにすいません。

ls -laR /tmpで行なっています。

bdfでは/tmpサイズは変動ありません。

du -s /tmp/*は実施してみます。

ありがとうございます。
Na_Ka
頻繁なアドバイザー

file system fullについて

ファイル名は作成時に依存しますのでtemp.dbfとは限りません。

Oracleの

SQL> select * from v$tempfile;

でファイルの場所名前を確認してみてください。

ローカル管理一時表領域は"ls"のときと"du"のときで結果が変わって見えます("du"のときのほうが少なくみえる)

また、領域が足りない場合Oracleのアラートも発生するようですのでアラートファイル上でORA-1114が発生していないかも確認してみるといいかも知れません。
ガメラ
アドバイザー

file system fullについて

select * from v$tempfile;

では何も選択されませんでした。

またORA-1114は発生していませんでした。

duは引き続き調査してみます。

度々、ありがとうございました。
hazelwood
信頼あるコントリビューター

file system fullについて

bdfに変化がないとのことですが、監視周期はどのくらいで実施されたのでしょうか?

いくら何でも数秒の内に700MBを使い切るとは思えないのですが。

(メモリを大量に搭載していれば別です。バッファキャッシュ(dbc_max_pct)の設定によっては、データをすべてバッファキャッシュに保持したままで、700MBを使い切ることも考えられます。)

後は、とりあえず、vxfs関係の最新パッチをインストールしてみるのも一案かと思います。
ガメラ
アドバイザー

file system fullについて

bdf/ls -alRは1秒間隔で実施しています。

おっしゃるとおり、数秒間に700MBは使いきれないですね。

メモリは1GBしか搭載しておらず、dbc_max_pctは50です。

事例が無いせいか、レスポンスセンターさんはパッチについては触れませんでした。

パッチですかあ... 検討してみます。
REN1192
時折のビジター

file system fullについて

このLVOLの拡張などはやられてませんか。

また、この領域に実際に大きなサイズのファイルを作成可能ですか。

以前、LVOLの拡張に失敗してbdfなどで見ると一見拡張しているように見えるものの、実際は拡張されていないという現象を見たことがあります。

これに当てはまるでしょうか。
ガメラ
アドバイザー

file system fullについて

以前拡張しました。

念のため今、確認しましたが、ぎりぎりまで使用可能でした。