アカウント名:
パスワード:
>この辺りについても、ハングアップしたOSに強制的にダンプさせる機能を> 商用UNIX機だったら備えているので、そういうのを使うべきかな。
ダンプしてベンダーになげて判りませんの割合が高いからね。そういうベンダーかどうか?も判断が必要だ。解析しないでどうこう..という話もあるが、解析できる能力があるかの問題も結構あるんだな。なので、まずは解析ありきみたいなひとつ覚えを言っても意味がないことがあるよ。
>上記機能も無ければ、ハードウェア障害時のマシンチェック(ハードウェア版の> ダンプ機能みたいなもの)が無いような機械は触りたくないなあ。
使う環境によっては、実機でのダンプ採取が意味がない..ならむしろそんなのとっぱずして安くなるんなら、とっぱらってもよいわけです。実機の精査のため、代替機提供で、実機のお持ち帰りの検証解析といったところまでをサポート側にて受けるなら、ダンプとかいらないだろうな。もちろん乗っているデータやソフトウェアについての守秘関係がちょっとややこしいことになったりするけどね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
問題がリブート後に再現しないのは良くない (スコア:2, 興味深い)
いや、今回の話はデバッグしてからリブートしても遅くないぞっていう話だとは思うが。
Re: (スコア:1)
とくにそのままフリーズしちゃってるときは途方もない絶望を感じる.
OSが動いていて原因究明の手がかりがあるだけマシだろ,とかおもっちゃう.
というわけで,組込 Linux の話だけど,kernel panic すら起こさずにフリーズする現象に悩まされています.何のログもでてこないorz ラリる条件も不明 o|rz
Re:問題がリブート後に再現しないのは良くない (スコア:0)
>とくにそのままフリーズしちゃってるときは途方もない絶望を感じる.
この辺りについても、ハングアップしたOSに強制的にダンプさせる機能を
商用UNIX機だったら備えているので、そういうのを使うべきかな。
上記機能も無ければ、ハードウェア障害時のマシンチェック(ハードウェア版の
ダンプ機能みたいなもの)が無いような機械は触りたくないなあ。
Re:問題がリブート後に再現しないのは良くない (スコア:1)
>この辺りについても、ハングアップしたOSに強制的にダンプさせる機能を
> 商用UNIX機だったら備えているので、そういうのを使うべきかな。
ダンプしてベンダーになげて判りませんの割合が高いからね。
そういうベンダーかどうか?も判断が必要だ。
解析しないでどうこう..という話もあるが、解析できる能力があるかの問題も結構あるんだな。
なので、まずは解析ありきみたいなひとつ覚えを言っても意味がないことがあるよ。
>上記機能も無ければ、ハードウェア障害時のマシンチェック(ハードウェア版の
> ダンプ機能みたいなもの)が無いような機械は触りたくないなあ。
使う環境によっては、実機でのダンプ採取が意味がない..ならむしろそんなの
とっぱずして安くなるんなら、とっぱらってもよいわけです。
実機の精査のため、代替機提供で、実機のお持ち帰りの検証解析といったところ
までをサポート側にて受けるなら、ダンプとかいらないだろうな。
もちろん乗っているデータやソフトウェアについての守秘関係がちょっと
ややこしいことになったりするけどね。