ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: nginx-0.8.39



В Срд, 02/06/2010 в 23:04 +0400, Maxim Dounin пишет:
> > 02.06.2010 20:49, Maxim Dounin wrote:
> > >Есть ещё проблема при binary upgrade совмещённом с аналогичным
> > >изменением конфига.
> > Есть и ещё проблема с оставшимися от hard reboot сокетами
> 
> Отличить "оставшиеся от hard reboot" сокеты от сокетов открытых 
> другими процессами - не представляется возможным.  
А нужно ли их отличать?
Если кто-то настроил две разные программы слушать на одном сокете, это
его личные проблемы...

Т.е. мы имеем ситуацию, когда сокет в неизвестном состоянии принадлежит
нам(нашей программе - т.е. nginx'у). Из это следует, что если мы смогли
"завладеть" пид-файлом, то мы "должны" обеспечить работоспособность того
что прописано в конфиге. Для чего может потребоваться удалить предыдущий
unix-сокет с ФС.

Живость предыдущего инкарнации nginx'а(владельца существующего сокета) к
этому моменту не играет определяющей роли - существующие по нему
соедининия(если он был жив), будут обработаны. А потенциально новые
соединений уже обработаем Мы, после создания нового сокета.
> Именно от 
> ребутов - вполне успешно спасает /etc/rc.d/cleartmp.  От 
> администратора с kill -9 не спасает вообще ничего, разве что люди 
> в белых халатах, но это оффтопик.



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


 




Copyright © Lexa Software, 1996-2009.