LINUX.ORG.RU

Nginx+FCGI 500 read time error

 , ,


0

1

Всем доброго времени суток. Столкнулся с «интересной» проблемой при использовании Nginx+FCGI. Суть такова: есть серв с поднятым РНР, Nginx+FCGI + пользовательский сайт - и все работает. Но на втором серве, где настройки аналогичные (права на папки и файлы и т.д.) - часть скриптов выполняется нормально, а остальные выдают «Software error 500 read timeout error at /some/path/to/cgi line 150»

location ~ \.php$ {
	    try_files 		$uri =404;
	    fastcgi_pass 	unix:/tmp/php5-fpm.sock;
	    include 		/etc/nginx/fastcgi_params;
	    fastcgi_index 	index.php;
	    fastcgi_param 	SCRIPT_FILENAME $request_filename;
	}

	location /cgi-bin/ {
	    root 		/mnt/v2/affiliate;
	    gzip 		off;
            fastcgi_split_path_info    ^(.+\.(?:cgi|pl))(.*)$;
	    fastcgi_pass 	unix:/var/run/fcgiwrap.socket;
	    include 		/etc/nginx/fastcgi_params;
	    fastcgi_param 	DOCUMENT_ROOT /mnt/v2/affiliate/cgi-bin/;
	    fastcgi_param 	SCRIPT_FILENAME $document_root$fastcgi_script_name;
	    fastcgi_param   	PATH_INFO $fastcgi_path_info;
            fastcgi_buffers     256 16k;
            fastcgi_buffer_size     32k;
            fastcgi_connect_timeout 120;
            fastcgi_send_timeout    120;
            fastcgi_read_timeout    120;
	}
Если обращаться по адресу: http://affiliate.com/cgi-bin/api.cgi/= - все ОК http://affiliate.com/cgi-bin/api_example.cgi?want=get_documentation - 500 read time error. Но, повторюсь, на серве №1 все работает ок, а вот на втором жопа... причем в логах ничего подозрительного нет... Куда копать. Подскажите пож. очень нужно...



Последнее исправление: alex_nikonov (всего исправлений: 1)

Куда копать. Подскажите пож. очень нужно...

«Software error 500 read timeout error at /some/path/to/cgi line 150»

TDrive ★★★★★
()
Ответ на: комментарий от TDrive

,

Ага.... Гугл в помощь.... Я не прошу помощи или подсказок с переводом. Вопрос - в чем м.б. причина, что при одинаковых условиях и настройках на разных машинах м.б. подобная ситуация в случае, когда в логах ничего «кричащего» нет, т.е. в access.log есть запись о том, что обращение к данному скрипту прошло успешно, в error.log - ошибки нет...

alex_nikonov
() автор топика
Ответ на: , от alex_nikonov

error at /some/path/to/cgi line 150

Это переводится как ошибка в /some/path/to/cgi строчка 150. Тебе нужно включить мозг, открыть исходник на 150 строчке и посмотреть что там.

TDrive ★★★★★
()
Ответ на: , от alex_nikonov

Вопрос - в чем м.б. причина

Да, во всем что угодно.

в error.log - ошибки нет...

А сообщение о 500 ошибке ты откуда взял?

TDrive ★★★★★
()
Ответ на: комментарий от TDrive

Хорошо. Давай так - ты, включи мозг и попытайся хотя-бы немного подумать. Зачем? Постараюсь разжевать - я не разработчик, а админ и моя первоначальная задача заставить клиентский софт работать на площадке. С задачей справился частично, т.к. на одном серве все завелось и работает, а на втором..... Так доступно? Смысла винить разраба не вижу, т.к. софт таки завелся. но... А на счет логов - ошибок, указывающих на проблемы с открытием нет. Access.log:

...
94.179.240.220 - - [29/May/2014:12:54:03 +0000] "GET /cgi-bin/api_example.cgi?want=get_documentation HTTP/1.1" 200 253 "-" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:29.0) Gecko/20100101 Firefox/29.0"

alex_nikonov
() автор топика
Ответ на: комментарий от alex_nikonov

Хорошо. Давай так - ты, включи мозг и попытайся хотя-бы немного подумать. Зачем?

Что бы разобраться почему не запускается софт, а не выкручивать мозги второй день подряд.

Постараюсь разжевать - я не разработчик, а дупло которое даже не знает пхп.

так правильнее.

TDrive ★★★★★
()
Ответ на: комментарий от TDrive

Мда... Ответь на один вопрос - зачем нужен форум? Наверное для поиска информации или возможного решения, обмена опытом... А ты чем занимаешься? Тролишь? Или для тебя здесь «место» для самоутверждения? Есть у меня один знакомый с подобным поведением... Он сейчас сидит дома и синячит, т.к. не может устроиться на работу, хотя знания и опыт у него есть, а вот чувства такта и уважения - нет. Не стоит так делать, т.к. это не приведет к чему-то хорошему. И не стоит забывать, что сейчас ты можешь «опустить» и унизить кого-то, а точно также кто-то поступит и с тобой. Здесь не место «меряться пиписьками». Если есть какие-то мысли - готов выслушать, нужны конфиги - предоставлю, если нет - забейся в угол и не высовывайся, но переходить на оскорбления не стоит.

alex_nikonov
() автор топика
Ответ на: комментарий от alex_nikonov

Мда... Ответь на один вопрос - зачем нужен форум? Наверное для поиска информации или возможного решения, обмена опытом...

Вот я и поделился с тобой опытом, и между прочем, вполне по существу, жаль что до тебя это не доходит. Есть ошибка которая указывает на конкретную строчку, любой адекватный человек откроет исходник и посмотрит, что такого в этой строчке и почему может появляться ошибка, найдет причину ошибки и исправит, работа на 15 минут. Но ты конечно можешь продолжать утверждать, что админ это не разработчик и тыкать пальцем в небо, пока что нибудь не получится.

Если есть какие-то мысли - готов выслушать, нужны конфиги - предоставлю,

Ты же написал, что проблема решена, софт завелся. В чем конкретно вопрос то? Или ждешь телепатов?

если нет - забейся в угол и не высовывайся, но переходить на оскорбления не стоит.

То есть «забейся в угол» ты не считаешь оскорблением?) Ну в таком случае можешь ползти обратно в свой угол причитая, что ты админ, а не разработчик и смотреть код не твоя задача.

TDrive ★★★★★
()
Ответ на: комментарий от Erfinder

да. настройки идентичные. Различие серверов только в количестве оперативки и типе проца. Если fastcgi_read_timeout меньше или больше или вообще отсутствует - ситуация одинаковая.

alex_nikonov
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.