6.13 Какие лог-файлы я могу безопасно удалить?

Вы не когда не должны удалять access.log, store.log, cache.log или swap.state, когда Squid запущен. В Unix вы можете удалить открытый процессом файл. Однако место в файловой системе не будет освобождено пока процесс этот файл не закроет.

Если вы случайно удалили swap.state, когда Squid был запущен, вы можете восстановить его, следуя инструкциям из предыдущего вопроса. Если вы удалили другой лог во время работы Squid, вы не сможете его восстановить.

Правильный путь управления лог-файлами - использование ключа ``rotate''. Вам следует делать ротацию ваших логов не менее раза в сутки. Текущий лог-файл закрывается и переименовывается с расширением в виде числа (.0, .1 и т.п.). Если у вас есть желание, можете написать свой собственный скрипт для архивации или удаления лог-файлов. Если нет, то Squid будет хранить только такое число копий каждого лог-файлов, какое указано в опции logfile_rotate. Процедура ротации лог-файлов также создает новый файл swap.state, но не оставляет пронумерованных версий старых файлов.

Чтобы сделать ротацию логов Squid, просто используйте коамнду:

squid -k rotate

К примеру следующий пример демонстрирует ротацию логов в полночь при помощи cron:

0 0 * * * /usr/local/squid/bin/squid -k rotate

6.14 Как мне отключить лог-файлы в Squid?

Выключение access.log:

cache_access_log /dev/null

Выключение store.log:

cache_store_log none

Выключать cache.log - плохая идея, т.к. этот файл содержит много важной отладочной информации и сообщений о статуте. Однако, если действительно этого хотите: Выключение cache.log:

cache_log /dev/null

6.15 Мой лог становиться очень большим!

Вам необходимо делать rotate для ваших лог-файлов при помощи cron. К примеру:

0 0 * * * /usr/local/squid/bin/squid -k rotate

6.16 Хочу использовать другую утилиту для управления файлами журналов.

Если установить logfile_rotate в 0, то Squid просто закрывает и открывает заново файлы журналов. Это позволяет другим системам управления файлами журналов типа newsyslog поддерживать обработку его логов.

6.17 Управление лог-файлами

Предпочитаемый для анализа файл журнала - access.log в родном формате. For long term evaluations, the log file should be obtained at regular intervals. Squid предполагает простое использование API для ротации файлов журналов, для того, чтобы они могли быть удалены (или перемещеныd) без нарушая функциональногсти кеша в процессе работы. Эта процедура была описана выше.

В зависимости от количества дискового пространства, выделенного под размещение файлов журналов, рекомендуется запускать посредством cron задания по ротации логов каждые 24, 12 или 8 часов. Вам таже необходимо установить достаточно большое значение для logfile_rotate. Во время простое вы можете безопасно передавать файлы журналов на ваш анализирующий их хост за один раз.

Before transport, the log files can be compressed during off-peak time. On the analysis host, the log file are concatinated into one file, so one file for 24 hours is the yield. Обратите также внимание, что при включенном log_icp_queries, у вас может оказаться до 1Гб несжатых логов в день при нагруженном кеше. Обратитесь к странице info вашего кеш-менеджера, что бы объективно оценить размер ваших файлов журналов.

Европейский проект DESIRE разработал некоторые основные правила, которым необходимо следовать при хранении и обработке файлов журналов:

• Respect the privacy of your clients when publishing results.

• Keep logs unavailable unless anonymized. Most countries have laws on privacy protection, and some even on how long you are legally allowed to keep certain kinds of information.

• Rotate and process log files at least once a day. Even if you don't process the log files, they will grow quite large, see section log-large . If you rely on processing the log files, reserve a large enough partition solely for log files.

• Keep the size in mind when processing. It might take longer to process log files than to generate them!

• Limit yourself to the numbers you are interested in. There is data beyond your dreams available in your log file, some quite obvious, others by combination of different views. Here are some examples for figures to watch:

  • The hosts using your cache.

  • The elapsed time for HTTP requests - this is the latency the user sees. Usually, you will want to make a distinction for HITs and MISSes and overall times. Also, medians are preferred over averages.

  • The requests handled per interval (e.g. second, minute or hour).