佐藤さま

お世話になっております。
伊藤忠テクノソリューションズの熊崎です。
ご回答ありがとうございます。

> 今回のケースですが、送っていただいたログによれば、リクエストの受け付け
> からSIGPIPE発生まで0.1秒ですので、人間技では無さそうです:p
> 一方、応答形式は JavaScript、 クライアントは MSIE だということですので、
> 何か異常が発生するのは不思議ではあります。
> (同じURLへのアクセスで)再現性はあるでしょうか？
> 再現性がある場合、MSIE以外（Firefoxとか）ではどうでしょうか？
クライアントにどんな操作をしたか確認したのですが、
確実に再現できる手順が判明しておりません。
再現手順が確認できれば、MSIE以外のブラウザで試したいと思います。

> 今回の件では、ログ中に、クラスタ機能が発動したような痕跡がありません
> ので、関係ないように見えます。
そうですね、参照しているのはクラスタでマウントしているサーバではなく、
普通にマウントしているサーバになります。

> Linuxですと、LinuxThreads なる Phread の実装を使用しているものの
> 場合、スレッド関係の問題が発生しやすいようです。

$ getconf GNU_LIBPTHREAD_VERSION
NPTL 2.3.4
こちらを見る限り、、LinuxThreadsではなくNPTLを使用しているように見えます。

SIGPIPEを止めても問題はなさそうとのことですので
-DSpで停止することも検討します。
まずは再現できるか試そうと思います。

以上、よろしくお願い致します。


Yutaka Sato wrote:
> In message <_A176@delegate-ja.ML_> on 11/20/08(10:19:17)
> you 熊崎　啓右 <pvqaabrv6-mxhgu47trwxw.ml@delegate.org> wrote:
>  |伊藤忠テクノソリューションズの熊崎です。
>  |
>  |> CLUSTER機能を外しても、9.8.6では発生するということでしょうか？
>  |> その可能性は、かなり低いと思うのですが。。。
>  |CLUSTER機能を外しての動作は行っていません。
>  |SIGPIPEを発生させるクライアント側の特定の動作があれば、教えて頂きたく。
> 
> SIGPIPEは、受信側が切断した状態のpipeやsocketなどに書き込もうとした
> 際に発生します。DeleGateにおいては、クライアント側がサーバからの応答
> を全て受信する前に切断した場合に発生するケースがほとんどです。
> これは典型的には、低速な応答等に対するユーザによる切断ですが、他にも
> クライアントプログラムが解釈できない応答の形式を見て、全てを受信せずに
> 切断を行なうケースもままあります（こちらの場合には通常再現性があります）。
> 
> 今回のケースですが、送っていただいたログによれば、リクエストの受け付け
> からSIGPIPE発生まで0.1秒ですので、人間技では無さそうです:p
> 一方、応答形式は JavaScript、 クライアントは MSIE だということですので、
> 何か異常が発生するのは不思議ではあります。
> (同じURLへのアクセスで)再現性はあるでしょうか？
> 再現性がある場合、MSIE以外（Firefoxとか）ではどうでしょうか？
> 
>   11/06 13:37:25.99 [25678] 391+1: (1) accepted [58] -@[192.168.x.xxx]192.168.x.xxx:4309 (0.002s)(2)
> ...
>   11/06 13:37:25.99 [25678] 391+1: HCKA:[0] Keep-Alive; host=192.168.0.250; (User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; InfoPath.1; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648))
> ...
>   11/06 13:37:26.10 [25678] 391+1: #HT11 SERVER ver[HTTP/1.1] conn[]
>   11/06 13:37:26.10 [25678] 391+1: HTTP/1.1 200 Content-{Type:text/javascript Encoding:[/chunked] Leng:0} KA:1/1 Server:Apache-Coyote/1.1
>   11/06 13:37:26.10 [25678] 391+1: ## SSLway FCL S-C:0/0 C-S:2327/1 CS-EOS
>   11/06 13:37:26.10 [25678] 391+1: putMIMEmsg: Content-Length: 0 -> 34520 (34634 - 114) []
>   11/06 13:37:26.10 [25678] 391+1: IO_TIMEOUT[0] SIGPIPE got by[9556ABA0] longjump BFF67290[9556ABA0] 1/1
>   11/06 13:37:26.10 [25678] 391+1: IO_TIMEOUT[0] SIGPIPE got by[9556ABA0] longjump BFF67290[9556ABA0] 1/1
>   11/06 13:37:26.10 [25678] 391+1: IO_TIMEOUT[0] SIG*2 (13 13) in longjump
>   11/06 13:37:26.10 [25678] 391+1: IO_TIMEOUT[0] SIGPIPE got by[9556ABA0] longjump BFF67290[9556ABA0] 1/1
> 
> 可能性としては、chunked やら Content-Length:0 やらの関係である可能性
> があるようです。ちょうど 9.9.0-pre7 で、chunked + Content-Lengthに
> 関する問題(9.6.4で生じた問題)を修正しましたが、関係するかも知れません。
> とはいえ、今回はクライアントがごく一般的なMSIEなので、その可能性は
> 低いと思いますが...
> 
> 
>  |> CLUSTERはスレッドを使用して実装してありますが、マルチスレッドで実行
>  |> する際のDeleGateは、シグナル、特に頻繁に発生し得るSIGPIPEに対して
>  |> 不安定になる場合があります。
>  |> 実際のところ、CLUSTERはまさに試験的な実装レベルであり、高負荷下での
>  |> テストなども行なっていないため、問題を生じる可能性は十分にあります。
>  |> また、STLSと組み合わせて使っておられるようですが、これもスレッド
>  |> として実行するため、より問題の発生確率を高めている可能性があります。
>  |> （STLSは9.6.0で既にスレッド化していますので、CLUSTERスレッドとの
>  |> 組合せの問題である可能性が考えられます）
> 
> 今回の件では、ログ中に、クラスタ機能が発動したような痕跡がありません
> ので、関係ないように見えます。
> 
>  |> このSIGPIPEの問題を回避可能かもしれない方法としまして、SIGPIPEの
>  |> 発生を停止してしまうというものがあります。そのためには、
>  |>
>  |>   -DSp
>  |>
>  |> というオプションを指定します。
>  |情報ありがとうございます。
>  |SIGPIPEを発生させなくなることによるリスクはありますでしょうか。
> 
> 可能性として、受信側が切断したのに気付かず、あるいは気付くのが遅れて、
> 無駄に(場合によってはいつまでも)データ送信を続けてしまう、という実装
> になっていることは、あり得ます。
> 確証はありませんが、DeleGateの利用者数が最大と思われるのはWin32版
> なのですが、WindowsにはそもそもSIGPIPEは無く、それで問題は無いよう
> ですので、多分問題ないと思います。
> 
>  |> なお、スレッドとシグナルの関係は、OSによって極めてまちまちであり、
>  |> OSによっては非常に問題を生じることがあります。
>  |> ですので、お使いのOSが何であるかは、こちらでの追試のために大変
>  |> 有用な情報になります。
>  |OSはRedRedHat Linux ES update 4 を使用しています。
> 
> Linuxですと、LinuxThreads なる Phread の実装を使用しているものの
> 場合、スレッド関係の問題が発生しやすいようです。
> 
> 　　　　　　　 　　　        9 9　　
> ┌─┐┬┌──┬┐ ／／\^^ ( e ); {Do the more with the less -- B. Fuller}
> ├─┤│└─┐│ ／　877m\_<   >_ <URL:http://www.delegate.org/delegate/>
> ┴　└┴──┘┴──────────────────────────────
> 佐藤豊＠情報技術研究部門.産業技術総合研究所(独立行政法人)

-- 
======================================
伊藤忠テクノソリューションズ株式会社
データセンター事業グループ
DCサービス・技術本部 サービス運営部 第1課
熊崎　啓右
pvqaabrv6-mxhgu47trwxw.ml@delegate.org
TEL: 00-0000-0001  FAX: 00-0000-0001
======================================