file system fullについて

[ガメラ]

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

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

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

解決策を教えて下さい。

[uhyo]

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

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

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

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

できたと思います。

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

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

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

（うろ覚えなので、正しい方法は確認してください）

[テレコム担当者]

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

# bdf | grep lvol6

[ガメラ]

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

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

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

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

/dev/vg00/lvol6 1024000 284138 693696 29% /tmp

[Na_Ka]

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

そのようなファイルを作成していたりしませんか？

[ガメラ]

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

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

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

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

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

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

[hazelwood]

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

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

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

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

[ガメラ]

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

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

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

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

ありがとうございます。

[Na_Ka]

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

Oracleの

SQL> select * from v$tempfile;

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

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

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

[ガメラ]

select * from v$tempfile;

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

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

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

度々、ありがとうございました。