>В совершенно произвольный момент времени, после реконфигурации(stc делает ее каждые две минуты)
А зачем так часто?
Сделал на своём реконфиг, сравнил результаты:
>сквид сваливается, при этом в cache.log записывается следующее:
>
>2004/06/23 13:04:00| Cache dir '/usr/local/squid/var/cache' size remains unchang
Store logging disabled
Т.е. у тебя включён store.log, он тебе нужен?
>2004/06/23 13:04:02| commBind: Cannot bind socket FD 7 to *:3128: (9 Address already in use
Похоже, нужно смотреть в сторону timeouts, только не соображу какого именно.
>Page faults with physical i/o: 422
Гм, а чё так много? Слабая машина? hdparm (dma)?
>После чего сквид пытается запустится снова 5 раз с теми же ошибками
>и сваливается. Что за беда, и как ее лечить?
Разобраться, что почему сквид "включается" не успев "выключиться". Попробуй поиграться с:
# TAG: connect_timeout time-units
# Some systems (notably Linux) can not be relied upon to properly
# time out connect(2) requests. Therefore the Squid process
# enforces its own timeout on server connections. This parameter
# specifies how long to wait for the connect to complete. The
# default is two minutes (120 seconds).
# TAG: shutdown_lifetime time-units
# When SIGTERM or SIGHUP is received, the cache is put into
# "shutdown pending" mode until all active sockets are closed.
# This value is the lifetime to set for all open descriptors
# during shutdown mode. Any active clients after this many
# seconds will receive a 'timeout' message.
#