Re: NGinx + apache проверка работы

2013-10-15 Пенетрантность Craken
denis Wrote:
---
 У релоада есть большая проблема: он некорректно делает конфигтест, 
 поэтому если есть ошибки в конфиге, reload может сказать что всё ок, а
 
 restart говорит о реальных проблемах. И после такого релоада сначала
 всё 
 работает, но по мере обновления воркеров появляются отказы.

---

Очень часто видел такие проблемы у apache. С nginx'ом таких проблем не
наблюдалось, хотя для переконфигурации всегда использую именно reload.

Posted at Nginx Forum: 
http://forum.nginx.org/read.php?21,243574,243706#msg-243706

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: NGinx + apache проверка работы

2013-10-11 Пенетрантность denis

10.10.2013 12:03, Daniel Yavorovich пишет:

Здравствуйте!

Ошибка возникает на этапе перегенерации конфигов nginx и его жёсткого 
перезапуска. Решить вопрос можно путём изменения способа перезагрузки 
nginx с restart на reload.


Перечитать конфигурацию nginx без обрыва существующий соединений можно 
так:


nginx -s reload

У релоада есть большая проблема: он некорректно делает конфигтест, 
поэтому если есть ошибки в конфиге, reload может сказать что всё ок, а 
restart говорит о реальных проблемах. И после такого релоада сначала всё 
работает, но по мере обновления воркеров появляются отказы.


___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: NGinx + apache проверка работы

2013-10-11 Пенетрантность Maxim Dounin
Hello!

On Fri, Oct 11, 2013 at 01:01:48PM +0400, denis wrote:

 10.10.2013 12:03, Daniel Yavorovich пишет:
 Здравствуйте!
 
 Ошибка возникает на этапе перегенерации конфигов nginx и его
 жёсткого перезапуска. Решить вопрос можно путём изменения способа
 перезагрузки nginx с restart на reload.
 
 Перечитать конфигурацию nginx без обрыва существующий соединений
 можно так:
 
 nginx -s reload
 
 У релоада есть большая проблема: он некорректно делает конфигтест,
 поэтому если есть ошибки в конфиге, reload может сказать что всё ок,
 а restart говорит о реальных проблемах. И после такого релоада
 сначала всё работает, но по мере обновления воркеров появляются
 отказы.

Если вы готовы привести конкретные примеры того, о чём написали 
выше - сообщайте, с удовольствием рассмотрим с подробностями.

Но мне почему-то кажется, что вы просто недоразобрались в том, что 
наблюдали, и списали это на якобы существующие проблемы релоада.

-- 
Maxim Dounin
http://nginx.org/en/donation.html

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: NGinx + apache проверка работы

2013-10-11 Пенетрантность Igor Sysoev
nginx -t
nginx -s reload

-- 
Igor Sysoev

11.10.2013, в 11:01, denis de...@webmaster.spb.ru написал(а):

 10.10.2013 12:03, Daniel Yavorovich пишет:
 Здравствуйте!
 
 Ошибка возникает на этапе перегенерации конфигов nginx и его жёсткого 
 перезапуска. Решить вопрос можно путём изменения способа перезагрузки nginx 
 с restart на reload.
 
 Перечитать конфигурацию nginx без обрыва существующий соединений можно так:
 
 nginx -s reload
 У релоада есть большая проблема: он некорректно делает конфигтест, поэтому 
 если есть ошибки в конфиге, reload может сказать что всё ок, а restart 
 говорит о реальных проблемах. И после такого релоада сначала всё работает, но 
 по мере обновления воркеров появляются отказы.
 
 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: NGinx + apache проверка работы

2013-10-10 Пенетрантность neo
Думаю тут дело не в этом

Posted at Nginx Forum: 
http://forum.nginx.org/read.php?21,243574,243576#msg-243576

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: NGinx + apache проверка работы

2013-10-10 Пенетрантность Глеб Морозов
Проанализируйте журнал работы nginx на наличие 504, выявите проблемный
запрос и сопоставьте с тем, чем в это время занимался бэкэнд. Для настройки
кеширования обратитесь к документации.


On 10 October 2013 11:25, neo nginx-fo...@nginx.us wrote:

 Думаю тут дело не в этом

 Posted at Nginx Forum:
 http://forum.nginx.org/read.php?21,243574,243576#msg-243576

 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 

С уважением,
*Морозов Глеб*

Системный администратор отдела VIP-клиентов | ActiveCloud |
http://www.active.by
Т +375 17 2 911 511 доб. 306 | morozov.g...@active.by
Облачные решения | Серверы и инфраструктура | IaaS | SaaS | Хостинг | Домены
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: NGinx + apache проверка работы

2013-10-10 Пенетрантность neo
Просто думаю дело в не правильной конфигурации(, апач не должен отвечать из
внешки

Posted at Nginx Forum: 
http://forum.nginx.org/read.php?21,243574,243578#msg-243578

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: NGinx + apache проверка работы

2013-10-10 Пенетрантность Юрий
На крайняк... можно бреши закрыть через iptables, но лучше конечно
правильно конфигурить апачу, изначально на 127.0.0.1


10 октября 2013 г., 12:31 пользователь Глеб Морозов
morozov.g...@active.byнаписал:

 Данная настройка выполнена при активации nginx через ispmanager. Решение
 лучше уточнить на спец. форуме ispmanager. Вы конечно можете заставить
 слушать apache 127.0.0.1, так же изменив при этом NameVirtualHost,
 VirtualHost и proxy_pass в nginx, но ispmanager и дальше будет создавать
 www-домены с подобной конфигурацией.


 2013/10/10 neo nginx-fo...@nginx.us

 Просто думаю дело в не правильной конфигурации(, апач не должен отвечать
 из
 внешки

 Posted at Nginx Forum:
 http://forum.nginx.org/read.php?21,243574,243578#msg-243578

 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru



 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru