Прошу прощения за задержку - отдыхал.
Ситуация следующая: 2004/09/07 06:52:14| 4390912 entries written so far. 2004/09/07 06:52:15| Finished. Wrote 4450672 entries. 2004/09/07 06:52:15| Took 66.9 seconds (66560.1 entries/sec). 2004/09/07 06:52:15| logfileRotate: /var/log/squid/access.log 2004/09/07 06:52:15| helperOpenServers: Starting 3 'squid_auth_sql' processes 2004/09/07 06:52:15| ipcCreate: fork: (12) Cannot allocate memory 2004/09/07 06:52:15| WARNING: Cannot run '/usr/lib/squid/squid_auth_sql' process.
[...]
Это происходит, когда делается rotate логов Squid. В это время обычно прыгает загрузка проца (ну и память наверное грузится). Причем swap до конца не используется... или он его освобождает ? Эти данные я вижу утром. Утром прокси перезапускается без проблем и работает до следующего logrotate. Mem: 1036928k total, 1010812k used, 26116k free, 50512k buffers Swap: 248968k total, 48544k used, 200424k free, 298944k cached
Я не большой спец в squid'е и не знаю в деталях что там происходит во время ротации логов, потому вопрос из общих соображений: ulimit/pam_limits не используются? Т.е. нет ли каких ограниченией на объёмы памяти, используемой приложением?
Да, во время logrotate отрабатывает sarg. Файл access.log за день получается на 70 Мб. На самосборном 2.4.26 такой проблемы небыло. Может подскажите где прочитать про тюнинг 2.6 при помощи sysctl ? А то в гугле не нашел. И заодно идеи, что нужно подкрутить.
В том-то и дело, что на мой взгляд, версия ядра к данной проблеме имеет косвенное отношение. Что ли "скупое" отношение ядра 2.6 к памяти не может так сказываться на squid'е.