Очень долго перезапускается Apache?

Question

[Алексей]

Остановка делается таким скриптом:

PID=`cat /var/run/apache2.pid`<br/>
kill -TERM $PID<br/>
if [ -n &quot;${PID:-}&quot; ]; then<br/>
 i=0<br/>
 while kill -0 &quot;${PID:-}&quot; 2&gt; /dev/null; do<br/>
 if [ $i = '60' ]; then<br/>
 break;<br/>
 else<br/>
 if [ $i = '0' ]; then<br/>
 echo -n &quot; waiting &quot;<br/>
 else<br/>
 echo -n &quot;.&quot;<br/>
 fi<br/>
 i=$(($i+1))<br/>
 sleep 1<br/>
 fi<br/>
 done<br/>
fi

В итоге скрипт отрабатывает даже без ожидания (не рисует точечки), потом запускается некий скрипт, который работает с базой и т.д. (порядка 10-20 секунд) еще, а потом запускается Apache. Но в итоге имем ошибку:

(98)Address already in use: make_sock: could not bind to address 127.0.0.1:80<br/>
no listening sockets available, shutting down<br/>
Unable to open logs

Из которой видно, что старый апач так и висит запущенный. Где-то через 2-3 минуты удается запустить новую копию. Собственно вопрос, почему же он такой медленный на умирание. Раньше такого не наблюдалось, заметил это только после обновления Nginx на последнюю версию (apache — бэкэнд, nginx — фронтэнд).


P.S. nginx убивается прямо ПЕРЕД apache такой командой:

kill -TERM `cat /var/run/nginx/nginx.pid`


P.P.S. Apache/2.2.14 (Ubuntu), nginx/1.1.0, Ubuntu 10 LTS Server

Answer 1

[DmZ]

Скрипт отрабатывает «без ожидания (не рисует точечки)» — потому что он криво написан.
while kill -0 "${PID:-}" 2> /dev/null; do
будет всегда FALSE когда процесс запущен, т.к. kill -0 возвращает 0 (т.е. false) если процессу можно послать сигнал.
Если переписать скрипт на что-то типа такого, то оно будет ждать завершения процесса:
kill -0 ${PID:-}
while [ $? -eq 0 ]; do
.....
kill -0 ${PID:-}
done;

Далее следует проверить а кто именно занимает сокет и в каком он состоянии, например netstat -anptl | grep 127.0.0.1:80
И дальше от этого плясать (ну и логи во время остановки никто не запрещал смотреть).

Comments

[Алексей]

Скопирован из дебиана :)
Вручную повторить не могу, это проявляется только рано утром, как логи ротируются и все такое…
Попробую скрипт «убийства» еще поковырять…

[Алексей]

apache_wait_stop() {
# running ?
PIDTMP=$(pidof_apache) || true
if kill -0 "${PIDTMP:-}" 2> /dev/null; then
PID=$PIDTMP
fi

apache_stop

# wait until really stopped
if [ -n "${PID:-}" ]; then
i=0
while kill -0 "${PID:-}" 2> /dev/null; do
if [ $i = '60' ]; then
break;
else
if [ $i = '0' ]; then
echo -n " ... waiting "
else
echo -n "."
fi
i=$(($i+1))
sleep 1
fi
done
fi
}


Вот так это выглядит в /etc/init.d/apache2

Answer 2

[s0rr0w]

А если попробовать apache2ctl stop или apache2ctl -k stop?

Т.е. останавливать работу не через kill.

Comments

[Алексей]

Проблема в том, что на сервере запущено несколько копий apache с разными конфиг-файлами, как узнать, какой из них остановится? apache2ctl stop по сути делает /usr/sbin/apache2 -k stop и переменную -f конфиг_файл можно передать только при запуске.

[s0rr0w]

А нельзя оставить кратковременно запускаемый апач постоянно запущеным?

[Алексей]

К соажлению — нельзя, течет он, потому и перезапуск… что примечательно, вторая копия апача на том же сервере нормально работает, течет что-то в php (lol), но то, что стало виснуть после обновления nginx — странно, может сеть держит, может еще чего…

Answer 3

[Михаил]

Может попробуете multi-apachectl для разных копий апача. Только что нагуглил
www.macnews.co.il/mageworks/scripts/multi-apachectl/

Comments

[Алексей]

Уж не знаю, что это было, но после замены диска, который отдает контент на SSD, глюк пропал :)