- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Периодически апач перестает писать логи. Запись прекращается 0.28, на следующий день пишет нормально. По крону в это время ничего не запускается, но, судя по дате архивов, в этот момент архивируются логи за вчера. Логирование перестает работать для всех доменов. Я понимаю, что правильнее всего будет запустить кого-нибудь посмотреть, но сперва сам хочу попытаться разобраться. Кто что скажет, какие настройки/логи посмотреть? Centos, apache2, nginx, isp.
Настройки logrotate.conf дефолтные (не трогал):
Гуру администрирования, помогайте.
Во время очистки логов, ротатор может пытаться изменить дескриптор файла, точнее он может очищать файл после ротации вместе с дескриптором, на моей памяти в syslog был специальный ключик, который передает родительскому пиду HUP в момент ротации, что бы последний перечитал конфиг и дескрипторы всех файлов переоткрыл ессесно.
А места хватает?
Во время очистки логов, ротатор может пытаться изменить дескриптор файла, точнее он может очищать файл после ротации вместе с дескриптором, на моей памяти в syslog был специальный ключик, который передает родительскому пиду HUP в момент ротации, что бы последний перечитал конфиг и дескрипторы всех файлов переоткрыл ессесно.
если короче, то после ротации нужно рестартануть апача
это не logrotate от апача. проверьте его настройки в /etc/logrotate.d/httpd или где-то около того.
Посмотрите прогу "rotatelogs". Она складывает логи в разные файлы без рестарта.
если короче, то после ротации нужно рестартануть апача
Если короче - не порите чепухи, сударь. То же относится и к Romka_Kharkov. После ротации логов достаточно сделать graceful restart (apachectl graceful или сигнал USR1).
Только вся эта чушь не относится к проблеме ТС.
Периодически апач перестает писать логи.
Пардон, что это значит?
Запись прекращается 0.28, на следующий день пишет нормально.
0.28 - это что?
Настройки logrotate.conf дефолтные (не трогал)
Там в каталоге /etc/logrotate.d - более интересные файлы. Найдите среди них те, в которых указываются Ваши логи. И покажите.
А места хватает?
Каждый день в одно и то же время заканчивается место ?:) Мало вероятно, очень мало вероятно :)
Romka_Kharkov добавил 18.08.2011 в 12:56
если короче, то после ротации нужно рестартануть апача
Двоешник :D
Romka_Kharkov добавил 18.08.2011 в 13:02
То же относится и к Romka_Kharkov. После ротации логов достаточно сделать graceful restart (apachectl graceful или сигнал USR1).
Только вся эта чушь не относится к проблеме ТС.
Как-то вы весьма категоричны, чем в описанном мною случае USR1 от HUP будет отличаться?
Конфиги будут перечитаны, логи будут переоткрыты... или я что-то путаю?
Если короче - не порите чепухи, сударь. То же относится и к Romka_Kharkov. После ротации логов достаточно сделать graceful restart (apachectl graceful или сигнал USR1).
простите великодушно, что не уточнил, что можно и грейсфулом :)
Двоешник :D
Да нет, Вы оба. сигнал HUP как раз эквивалентен restart.
Как-то вы весьма категоричны
Не люблю школьников, лезущих давать советы.
чем в описанном мною случае USR1 от HUP будет отличаться?
Тем, что HUP - рестарт. А USR1 - это graceful рестарт (мастер процесс ждет завершения обработки запросов воркерами и затем заменяет их на воркеров из нового поколения).
Все подробно и полно описано в документации, Вам указать туда дорогу?
простите великодушно, что не уточнил, что можно и грейсфулом :)
Не "можно", а нужно. Будете жестко рестартить какой-нибудь хостинг при ротации - с него клиенты бегом побегут.
Да нет, Вы оба. сигнал HUP как раз эквивалентен restart.
Не люблю школьников, лезущих давать советы.
Тем, что HUP - рестарт. А USR1 - это graceful рестарт (мастер процесс ждет завершения обработки запросов воркерами и затем заменяет их на воркеров из нового поколения).
Все подробно и полно описано в документации, Вам указать туда дорогу?
Не "можно", а нужно. Будете жестко рестартить какой-нибудь хостинг при ротации - с него клиенты бегом побегут.
При graceful 502 получить также легко как и при restart.
Из-за 1-2 секунд недоступности в сутки клиенты никуда не побегут. Вы утрируете.
Кроме того, Апачу полезно мозги прочистить раз в сутки.