Lupus

Lupus
Рейтинг
241
Регистрация
02.11.2002
Jefa:
так а хостинг чей тогда?

Растолкуй мне, что такое "хостинг"? Я всегда думал, что это место на чьем-то сервере.

Jefa:
мастерхост не дает фтп доступ?

Он дает только айпишники. :)

Jefa:
но к шаблонам можно попасть и по фтп.

По умолчанию они в базе.

Jefa:
здесь это где?

83.222.4.124

Alexey Levin:
Дайте доступ ftp к серчу - cоптимизирую бесплатно

Не дадим. Поскольку вы не знаете, что отображение в vBulletin настраивается через шаблоны, хранящиеся в базе, к которой по FTP доступа нет. ;)

Кстати, FTP здесь тоже нет.

Кофе, сигарета, дитенка в сад, завтрак. Компы не включаю, потому, что включены постоянно.

MOP1:
поставил на сервер. ротанулось... логи вообще перестали писаться... до перезагрузки апача apachectl graceful.

Возвращаясь к вопросу ТС. Я протестировал приведенную вами конфигурацию. Все работает нормально. Логи ротируются и апач пишет в новые. Трабла где-то в другом месте.

Замечание о SIGHUP вместо SIGUSR1 снято.

Andreyka:
А при чем тут загрузка и лог?

Мы уклонились в теорию. :)

Interitus:
Апач при USR1 должен был последнюю запись в старый файл отправить.

Что любопытно, апач посылает запись в лог по прекращении сессии, если сессия завершена или сброшена извне. Прерванная сигналом HUP сессия, в логах не остается. Там только докачка с кодом 206.

При получении USR1 во время сессии, запись о ней действительно ложится в старый лог.

Interitus:
Разница в запросах, обрабатываемых в момент получения сигнала. USR1 - завершить процесс по окончании обработки запроса, HUP - завершить процесс сразу, прервав обработку запросов.

Все верно. Попробовал во время закачки большого файла. HUP сбросил соединение reset'ом, а USR1 этого не делал. Оба переоткрыли логи немедленно, по получении сигнала.

Поглядел на реакцию апача, получившего два разных пинка:

kill -HUP `cat /var/run/httpd.pid`

kill -USR1 `cat /var/run/httpd.pid`

В обоих случаях меняются PID-ы дежурных чилдренов и дескрипторы лог-файлов.

В обоих случаях пересоздаются удаленные логи.

В исходники не полез, ибо лень и пофик. :)

MOP1:
я так понял, что мне надо именно graceful (SIGUSR1 или 30)

Apache HOWTO documentation (/usr/local/share/doc/apache/misc/howto.html):

How to reset your log files

Sooner or later, you'll want to reset your log files (access_log and error_log) because they are too big, or full of old information you don't need.

access.log typically grows by 1Mb for each 10,000 requests.

Most people's first attempt at replacing the logfile is to just move the logfile or remove the logfile. This doesn't work.

Apache will continue writing to the logfile at the same offset as before the logfile moved. This results in a new logfile being created which is just as big as the old one, but it now contains thousands (or millions) of null characters.

The correct procedure is to move the logfile, then signal Apache to tell it to reopen the logfiles.

Apache is signaled using the SIGHUP (-1) signal. e.g.

mv access_log access_log.old
kill -1 `cat httpd.pid`

Note: httpd.pid is a file containing the process id of the Apache httpd daemon, Apache saves this in the same directory as the log files.

Many people use this method to replace (and backup) their logfiles on a nightly or weekly basis.
Всего: 15164