как установить предел к росту/home/httpd / …/stats/ошибочный файл
Вы оказываетесь перед необходимостью судить, на основе каких ресурсов Ваш сайт в настоящее время использует с ЦП и пропускной способностью, являющейся самым легким для измерения. Большинство поставщиков говорит о пропускной способности в общей передаче данных в месяц - небольшой сайт низкого трафика мог бы использовать только 30GB/mo, где большие сайты вытянут сотни ГБ/мес.
Маленькие части, выполненные операциями хорошего качества, являются дешевыми, не соглашайтесь на что-то меньшее чем 3 девяток (8hrs/yr) времени простоя.
Большинство компаний предложит какой-то SLA, даже если это будет только в их стандартном TOS.
Другая вещь, что Вы собираетесь хотеть посмотреть на в поставщике услуг хостинга, состоит в том, в каком ответе поддержки Вы нуждаетесь. Вам нужно 24x7 мгновенный ответ? Или действительно ли пара часов достаточно хороша (обычно время для системного администратора по вызову для управления к центру обработки данных)? Или действительно ли следующий рабочий день достаточно хорош? (вряд ли, но возможный)
Везде, куда Вы идете, пытаетесь заставить некоторые хорошие сторонние ссылки помогать Вам с идеей того, во что Вы входите.
Лучший способ ограничить размер журнала состоит в том, чтобы использовать logrotate. Выезд "человек logrotate" и/etc/logrotate.conf. Можно настроить его, чтобы автоматически сжать и повернуть журналы, когда они или достигают определенного возраста или размера; причем размер является лучшим выбором в Вашей ситуации.
Существует несколько опций исследовать...
Прежде всего: Вы могли всегда просто входить в апачскую конфигурацию и отключать тот конкретный журнал ошибок, пока Вы не готовы работать над проблемами. Найдите строку ErrorLog в своем/etc/httpd каталоге и прокомментируйте его.
Во-вторых: можно каждый час выполнять "logrotate". Я предполагаю, что уже существует ежедневная газета logrotation, и вещь этих меньше чем 24 часов - то, что вызывает Вас проблема. На CentOS конфигурация для вращения того журнала должна быть в/etc/logrotate.d/httpd - можно сделать это размером базирующийся вместо основанного на времени для того файла журнала. Если Вы не передадите почасовую версию пользовательская конфигурация, она вытащит вращение журнала других файлов из синхронизации. Просто переместите или скопируйте/etc/cron.daily/logrotate в/etc/cron.hourly/logrotate для легкого решения.
В-третьих: Изучите "rotatelogs". Это идет с апачем и имеет его собственную страницу справочника. Оборотная сторона - то, что это не делает удаления, это просто разделяет журналы на критериях (таких как размер, время, и т.д.). Таким образом, Вам все еще был бы нужен a
В-четвертых: Журнал сжат. GZip должен добраться 10:1 степень сжатия на большинстве файлов журнала. Что-то вроде этого: ErrorLog "|gzcat>/home/httpd/..../stats/...-error_log.gz" (но удостоверяются, что у Вас есть некоторое рабочее вращение, иначе у Вас будет та же проблема через несколько дней),