中田 昭雄 様お手を煩わせて申し訳ありませんでした。
大変勉強になりました。
まつさん、
どうもありがとうございます。
岩ねずさん、
drwtsn32.log の
＞フォールト ->0047efcb 8b4a10 mov ecx,[edx+0x10] ds:00c6d5d2=????????がエラーのアドレスです。
あれから内から外からいろいろ負荷をかけてみましたが、落ちる事は
ありませんでした。
1.37cは極めて安定して動作しています。
素早い対処ありがとうございました。
また何か気が付いた事があれば報告いたします。
すみません、きちんとした見方が自信有りませんので drwtsn32.log の該当部分を送らせて頂きました。
よろしくお願いいたします。
岩ねずさん、
drwtsn32.log の中身を見てもらえばアドレスがわかるので、そのアドレスが同じならいいです、という意味です。
それが不明であれば drwtsn32.log （の該当部分）を送ってください。
お世話になります、お返事遅れまして申し訳ありません。
私のところでエラーになる場合 まつ さんのようなメッセージ内容はなく、
2001/12/04 22:59 の書き込みに書いてあるエラーメッセージが全てです。
このためエラーのアドレスが 0x0047efcb だったかどうかも判りません。
すみません、こんな情報しかお伝えできません、
ワトソンログ必要であればおっしゃって下さい、該当日時の範囲を送らせて頂きます。
ログファイルの部分については、どうしても必要と言うわけでは有りませんが、
表示したままに出来ると楽なので、少し期待しています。
岩ねずさん、
最初のエラーのアドレスが 0x0047efcb なら drwtsn32.log は不要です。
tail -f の件は、1.37/1.37b/1.37cではそうなるかもしれません。
ログファイルの読み取り共有オープンをやめたからです。
ログファイルのトラブル対策でそうしてみたのですが、再度調べてみて問題がないようでしたら前のやり方に戻します。
まつさん、
最初のエラーを起こしたアドレスが 0x0047efcb でメモリの参照先が 0x00000010 でしたら、私が確認したものと同じなので、1.37c で解消されているはずです。
連続したリクエストが多くあると不正メモリアクセスになるバグでした。
タイミング依存ではあるのですが、Locationヘッダを返すCGI や 画像ファイルが多くある場合に起きやすかったと思います。
お世話になります。
1.37c で動作テストしてみました。
アプリケーションエラーは今のところ出ず動作しています。
ログにまつわる部分は、tail -f コマンドで監視しているとやはり更新できず動作が遅くなります。
ログ監視を止めて、適時ログを確認する方向でしばらくこのまま使ってみます。
1.37bでテストし直して見ました。
まず落ちる時ですが、私の環境では以下の様になります。
--------------------------------
アプリケーションエラー
エラーが発生したため、httpd.exeを終了します。プログラムをもう一度開始する必要があります。
エラーログを作成しています。
--------------------------------
が出るか、何もでず httpd が死んでいるというパターンです。
drwtsn32.log が作成されていますので、必要であれば該当部分をメールさせていただきます。
ログの更新と表示に時間がかかる件で判った事があります。
私の使用の仕方による特徴のようです。
サーバ使用時は、Cygwin B20 を使用して、tail -f コマンドにてログを監視したまま作業するのですが、
この状態だと、1.36bまでは、問題ないのですが、1.37と1.37bでは、ログへ書き込みが出来なくなる様で、
これに伴い動作が遅くなっていた模様です、監視を止めて動作させると動作も早くログも更新されています。
参考になれば幸いです。
1.37cをこれからダウンロードしてテストしてみます。
早速1.37c入れてみました。
1.37bだと一発で落ちていたページも無事に表示されています。
今のところ1度も落ちていません。しばらくこのまま様子を見てみます。
1.37bでのエラー時のメッセージです。
0x0047efcb の命令が 0x00000010のメモリを参照しました。メモリが"read"になることは
できませんでした。
プログラムを終了するには(以下略)
これが2回出ます。
その後
例外 unknown software exception (0xc0000027)がアプリケーションの0x77e56153で
発生しました。
が出て落ちてしまいます。
1.37の時はもう1回何か出ていたとこともあったと思いますが、ちょっと定かで
はありません。
1.37cはまだ試していません。試したらこちらで報告いたします。
岩ねずさん、まつさん、
1.37c にしました。どうでしょうか。
なお、1.37c にする前にアプリケーションエラーのアドレスを記録してお知らせくださるとありがたいです。
岩ねずさんの errors.log は、エラーメッセージのうち不要なものを抑制したためのような気もしますが、1.37c で確認してみてください。
素早い対処をしていただいて感謝しています。
早速私もテストしてみましたが、あまり変わったという印象はありません。
ログは岩ねずさんとほぼ一緒ですが、落ちる前に終了すればerrors.logも記録されます。
(当然と言えば当然ですが)
httpd.logを見ると毎回画像の読み込みの要求が来たところで終わっています。
テキストベースのページでは落ちる事は無いように思いますが、画像が複数ある場合は
かなりの高確率で落ちてしまいます。
というわけでまた1.36bに戻しています。また何かあればこちらへ報告します。
す早い対応ありがとう御座います。
今テストしてみましたが、若干エラーになりにくくなった感の有るものの、やはり同じ症状が消えません。
アプリケーションエラー、ページ表示までに時間が掛かる、ログが更新されない、
以上3点はまだ発生しています。
先に書かなかった環境部分としては、ログファイルのパスが
d:\wbserver\log\
です。
よろしくお願いいたします。
まつさん、岩ねずさん、
確かにそうですね。関係すると思われるところに手を入れて 1.37b としました。
前述のアプリケーションエラーで終了してしまう件の追加情報です。
ログが美味く記録されないようです。
私のところでは、
httpd.log
cache.log
errors.log
を記録していますが。
errors.log
に起動時のログが1度記録されるのですが、それ以降記録が見当たりません。
アプリケーションエラーで終了した後に再度起動すると起動のログも記録されません。
以上です。
いつも大変お世話になっております。
私のところでも1.37では、アプリケーションエラーでANHTTPDが終了してしまいます。
アプリケーションエラーが出ないにしても、画像の多いページですべての画像表示まで大変時間が掛かります。
プロクシ動作でもアプリケーションエラーがでます。
環境は
Windows2000 SP2
サーバのインストールパス D:\wbserver
サーバと、使用しているブラウザは同一マシン上で使用しています。
です。
現在は1.36bで使用しています。
時間が有る時にもう少しテストしてみる積りです。
はじめまして、AN HTTPDにはお世話になっています。
1.37を入れてみたのですが、私の環境ではかなり不安定になって
しまいました。
数回連続で要求が来ると不正なメモリにアクセスしたという
ダイアログを4回立て続けに出して落ちてしまいます。cgiでもhtml
でも関係ありません。
必ず落ちるので何らかの問題があるのだと思いますが、これでは
困るので(重宝してますm(__)m)現在は1.36bに戻して使用して
います。(こちらは極めて安定して動作しています)
環境はWindows2000+SP2です。
とりあえずご報告させていただきます。
もう少し詳しい状況が分ったら、またこちらで・・・