- Community Home
- >
- HPE Community, Japan
- >
- HP-UX
- >
- HP-UX General
- >
- panic発生原因について教えてください。
カテゴリ
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 フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
11-16-2006 10:33 AM
11-16-2006 10:33 AM
panic発生原因について教えてください。
OS:HP-UX(B.10.20)
状況
システム動作中にハードDISKのチェックを行う為にSTMを起動しました。起動中にI/Oの情報を見るためmapコマンドを入れた時にpanicが発生してしまいました。panicの内容はData page faultで、その後、計算機を立上げ直しましたがファイルチェックが走り、途中で止まった状態となってしまいましたがコンソールが効きましたので、コンソールからDISKを見たら/usersのデレィクトリーがありませんでした。復旧は、強制マウントのコマンドをコンソールから打って復旧しましたが原因が不明です。paincが発生する前か後か不明ですがSCSIリセットが発生しました。セーブコアーの内容は下記の通りです。
panic Data page fault
memsize 268435456
chunksize 33554432
warning savecore:running in the background
module /stand/vmunix vmunix 0x0 0x 7420792 3332658735
chun 0x 0x core.3.1 2129494932
chun 0x2000000 0x2000000 core.3.2 347516165
chun 0x4000000 0x2000000 core.3.3 4287541837
chun 0x6000000 0x2000000 core.3.4 1388681255
chun 0x8000000 0x2000000 core.3.5 4232487115
chun 0xa000000 0x2000000 core.3.6 1241990816
chun 0xc000000 0x2000000 core.3.7 3364727675
chun 0xe000000 0x2000000 core.3.8 4135437457
以上です。この原因とpanicになったあと立上げ直しましたが何故/usersのデレィクトリーがマウントされない状況になってしまったのでしょうか?私の知識ではどうにもなりません。どんなことでも良いですから推測される原因を教えてください。また、現在正常に動作しているように見えています。しかし、DISKはRAID5を使用していますがDISK異常のwarningのランプがついている状態です。不良と思われるDISKを交換したのですが状況はかわりません。以上宜しく、お願いします。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
11-16-2006 04:02 PM
11-16-2006 04:02 PM
panic発生原因について教えてください。
> 何故/usersのデレィクトリーがマウントされない状況になってしまった
> のでしょうか?
これは
> ファイルチェックが走り、途中で止まった状態となってしまいました
これが原因ではないでしょうか?
fsck が正常終了しない (file system が clean でない) 場合 file system
は自動では mount されません。強制的に mount されたとのことですが、
unmount して fsck をかけたほうが良いと思います。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
11-16-2006 05:09 PM
11-16-2006 05:09 PM
panic発生原因について教えてください。
ちなみに現在動いている状態で(マウントしている状況で)fsckをかけても良いのでしょうか?
今の状態で計算機を再立上げすると同じくファイルチェックで止まってしまうのでしょうか?
ご教示をお願いします。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
11-16-2006 10:16 PM
11-16-2006 10:16 PM
panic発生原因について教えてください。
STMやOSのパッチレベルを最新にしてみてはどうですか?。
強制マウントがどのようなコマンドで行われたのかわからないので、コメントしにくいですが、fsck はumount した状態でしか行えないのは事実です。
DISK ARRAYのwarning led が修理してもつきっぱなしなら、その原因をベンダー(hpなのか、その他なのかわかりませんが)に問い合わせるべきでしょう。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
11-17-2006 08:09 AM
11-17-2006 08:09 AM
panic発生原因について教えてください。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
11-17-2006 02:40 PM
11-17-2006 02:40 PM
panic発生原因について教えてください。
このとき machine を shutdown する必要はありません。
umount -> fsck -> mount
で ok です。
Boot 時に走る fsck は自動で修復できないエラーの場合止まってしまいます。
(-p/-P option) 今回はこれだと思われるので手動で修復してみてください。
HW の故障でなければ修復可能な場合が多いです。