Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: nginx segfault
- To: cray <nginx-ru@xxxxxxxxx>
- Subject: Re: nginx segfault
- From: Gena Makhomed <gmm@xxxxxxxxx>
- Date: Tue, 3 Jun 2008 21:08:13 +0300
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=csdoc.com; s=dkim; t=1212516537; bh=qcZZM2Wpa8gtwX2/LKtoGOJjkVuW1xRX0CQ0UqSipvk=; h=Date:From:X-Mailer:X-Priority:Message-ID:To:Subject:In-Reply-To: References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=BlCWIbEasb56/MVU47UirXLTcZYAzY7HcxsDuyt+NzJ60VKKyCMQlB6YneiZmqLJo FkqZeCKAQxhDRA3lgLQ+1e4jz0xfOJeJO+iQtUxhj69XIUCm9rwyCHwE0Ws9SuU5+W9 /SqqYDKvKlw+ogNfLNhOKaLdGMPTuev7XZ/ivkg=
- In-reply-to: <20080603204636.f549e339.cray@xxxxxxx>
- References: <20080603204636.f549e339.cray@xxxxxxx>
On Tuesday, June 3, 2008 at 19:46:36, cray wrote:
c> Jun 3 16:55:56 xserv kernel: nginx[12535]: segfault at 00000014 eip
0805e6d5 esp bfa37b60 error 6
c> Jun 3 19:18:04 xserv kernel: nginx[13458]: segfault at 000001a4 eip
08079f87 esp bfa37ba0 error 4
c> Jun 3 20:09:48 xserv kernel: nginx[13456]: segfault at 00000000 eip
0804ce5f esp bfa37ab0 error 4
здесь, наверное, помог бы отладочный лог и backtrace
по core dump. автор nginx вернется из отпуска 12.06.
c> 2008/06/03 20:09:48 [error] 13456#0: *21890783 upstream sent too
c> big header while reading response header from upstream, client:
c> xxx.xxx.xxx.xxx server: blablabla.org, request: "GET
c> /parse.php?sid=d7b6c21f351510c5910af54f2bc7e083 HTTP/1.1",
в этой ситуации возможно поможет увеличение fastcgi_buffer_size,
или уменьшение размера заголовков, отправляемых backend`ом.
c> upstream: "fastcgi://unix:/tmp/php.sock:", host: "blablabla.org"
c> 2008/06/03 20:09:48 [alert] 13456#0: *21890783 recv() failed
c> (95: Operation not supported) while reading response header from upstream
==========================================================================
On Thursday, May 8, 2008 at 12:43:37, Igor Sysoev wrote:
IS> А EOPNOTSUPP при работе с unix socket'ами - это бага в ядре, когда
IS> размер буфера для чтения равен нулю. TCP выдаёт 0, хотя, возможно,
IS> правильнее бы выдавать EINVAL.
==========================================================================
c> насколько я понимаю проблема не критическая, но интересует почему
c> nginx не может нормально обработать ошибку с парсингом больших хидеров?
наверное потому, что размеры буферов в nginx динамически не изменяются,
а владелец backend-сервера может управлять размером заголовков ответов.
--
Best regards,
Gena
|
