Как он узнает, что из райд вылетел диск?
А как узнает, что диск пора вынимать из райд "руками"?
Почему "бросаюсь"? Напомнил, что данные ТС могут стоить поболее 15wmz. Глупо ими рисковать, отдавая деньги школьнику за настройку gmirror по хендбуку.
А Вы опишите подробнее - что ТС получит за это богатство, 15WMZ.
502 - это bad gateway. Какое отношение имеет проксирование к рестарту?
Если Вы имеете в виду ошибку на фронтенде, который проксирует запросы к апачу, то нет - "не так же легко". Почему - я подробно объяснил выше различие между restart и graceful. Если кто-то получает "так же" - у того руки кривые.
А давайте ликбез Вам устроим где-то еще, не в теме ТС?
Скажем так... На большом хостинге апачи рестартятся подольше: на порядок, а то и до минуты может дойти ;) Вы просто таких еще пока не видели - маленький ишшо.
Только если данные стоят 1wmz - я доверил бы Вам это "сделать".
Да нет, Вы оба. сигнал HUP как раз эквивалентен restart.
Не люблю школьников, лезущих давать советы.
Тем, что HUP - рестарт. А USR1 - это graceful рестарт (мастер процесс ждет завершения обработки запросов воркерами и затем заменяет их на воркеров из нового поколения).
Все подробно и полно описано в документации, Вам указать туда дорогу?
Не "можно", а нужно. Будете жестко рестартить какой-нибудь хостинг при ротации - с него клиенты бегом побегут.
Если короче - не порите чепухи, сударь. То же относится и к Romka_Kharkov. После ротации логов достаточно сделать graceful restart (apachectl graceful или сигнал USR1).
Только вся эта чушь не относится к проблеме ТС.
Пардон, что это значит?
0.28 - это что?
Там в каталоге /etc/logrotate.d - более интересные файлы. Найдите среди них те, в которых указываются Ваши логи. И покажите.
Прочитать документацию. Знать Вам достаточно того, что в данном случа переделать - можно.
Т.е. вся необходимость уровня - "когда коту делать нечего, он ..." ? :)
Зачем "гуглить"? Есть штатная документация. Ничего необычного в этой ситуации нет.
Апач же ждет, верно?
PS: Вообще, здравый смысл совсем нелишне иногда использовать и в IT. Даже наоборот...
Откуда тут возьмется "скорость и отказоустойчивость"?
Вы вообще представляете как работает веб-сервер, чем отличается mod_php от CGI, apache от lighttpd?
Видимо, не представляете. Таких "несовместимостей" в природе не бывает.
Соответственно, лучший Вам совет в подобной ситуации: "работает - не трогай".
Ну, "ежедневный бекап" - видимо как раз и использует у Вас ftp-доступ. Думаю, в этом и проблема - разрешите доступ с IP сервера к FTP.
Что касается "очистки папок кеша" - Пушкин будет думать что это за задание? Если это одно из "rm /путь/к/каталогу/что/чистим/*" - они должны работать.
Как выглядит задание? Как Вы "догадались", что оно "не работает"?
