- Community Home
- >
- HPE Community, Japan
- >
- HP-UX
- >
- System Management
- >
- file system fullについて
カテゴリ
Company
Local Language
フォーラム
ディスカッションボード
フォーラム
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
ディスカッションボード
ディスカッションボード
ディスカッションボード
フォーラム
ディスカッションボード
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
フォーラム
ブログ
- RSS フィードを購読する
- トピックを新着としてマーク
- トピックを既読としてマーク
- このトピックを現在のユーザーにフロートします
- ブックマーク
- 購読
- 印刷用ページ
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
06-17-2004 03:41 PM
06-17-2004 03:41 PM
file system fullについて
fsckとか実行すれば解決できるでしょうか。
vmunix: msgcnt 5 vxfs: mesg 001: vx_nospace - /dev/vg00/lvol6 file system full (1 block extent)
解決策を教えて下さい。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
06-17-2004 03:49 PM
06-17-2004 03:49 PM
file system fullについて
bdfで容量に余裕があるように見えても実際には
書き込みが行えないことがあります。
オンラインJFSであれば、コマンドでデフラグが
できたと思います。
そうでないと、一度バックアップをとって
ファイルシステムを再生成してリストアしないと
いけなかったと思います。
(うろ覚えなので、正しい方法は確認してください)
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
06-18-2004 08:23 AM
06-18-2004 08:23 AM
file system fullについて
# bdf | grep lvol6
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
06-18-2004 02:14 PM
06-18-2004 02:14 PM
file system fullについて
http://docs.hp.com/ja/B3929-90012/apas03.html
やはりこれに該当するのでしょうか。
/tmpのbdf結果は下記のとおりです。
/dev/vg00/lvol6 1024000 284138 693696 29% /tmp
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
06-18-2004 05:13 PM
06-18-2004 05:13 PM
file system fullについて
そのようなファイルを作成していたりしませんか?
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
07-07-2004 10:07 AM
07-07-2004 10:07 AM
file system fullについて
ローカル管理一時表領域というのは、TEMPのことでしょうか。
/tmp配下にtemp.dbfがなければ問題ないでしょうか。
確認しましたがありませんでした。
HPさんからは『lsof_11.11』というツールを頂き、問題のファイル/プロセスを特定しようとしましたが、解決できておりません。問題が発生する時間帯は決まっておりその時間帯にllコマンドをcronで仕掛けていますが、サイズの大きいファイルもリストされません。
問題が発生する時間帯ではある特定の処理を行なっているのですが、アプリベンダー側では問題ないとの回答があり行き詰まっています。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
07-07-2004 10:59 AM
07-07-2004 10:59 AM
file system fullについて
・ls -laR /tmp でも大きなファイルか、大量のファイルは見つかりませんか? ("llで"と書かれていますが、/tmp/のサブディレクトリ下や、"."で始まるファイルでスペースが食われていたりしませんか?)
・発生する時間帯で、bdf /tmp のフリースペースは減り続けていますか?
・発生する時間帯で、du -s /tmp/* を繰り返し実行して見ると多少絞り込めると思います。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
07-07-2004 11:07 AM
07-07-2004 11:07 AM
file system fullについて
ls -laR /tmpで行なっています。
bdfでは/tmpサイズは変動ありません。
du -s /tmp/*は実施してみます。
ありがとうございます。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
07-07-2004 02:44 PM
07-07-2004 02:44 PM
file system fullについて
Oracleの
SQL> select * from v$tempfile;
でファイルの場所名前を確認してみてください。
ローカル管理一時表領域は"ls"のときと"du"のときで結果が変わって見えます("du"のときのほうが少なくみえる)
また、領域が足りない場合Oracleのアラートも発生するようですのでアラートファイル上でORA-1114が発生していないかも確認してみるといいかも知れません。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
07-07-2004 03:39 PM
07-07-2004 03:39 PM
file system fullについて
では何も選択されませんでした。
またORA-1114は発生していませんでした。
duは引き続き調査してみます。
度々、ありがとうございました。