В совершенно произвольный момент времени, после реконфигурации(stc делает ее каждые две минуты) сквид сваливается, при этом в cache.log записывается следующее:2004/06/23 13:04:00| Reconfiguring Squid Cache (version 2.5.STABLE5)...
2004/06/23 13:04:00| FD 7 Closing HTTP connection
2004/06/23 13:04:00| FD 20 Closing ICP connection
2004/06/23 13:04:00| Cache dir '/usr/local/squid/var/cache' size remains unchang
ed at 2097152 KB
2004/06/23 13:04:00| DNS Socket created at 0.0.0.0, port 1040, FD 6
2004/06/23 13:04:00| Adding nameserver zzz.zzz.zzz.zzz from /etc/resolv.conf
2004/06/23 13:04:00| helperOpenServers: Starting 5 'squidGuard' processes
2004/06/23 13:04:02| helperOpenServers: Starting 5 'ncsa_auth' processes
2004/06/23 13:04:02| commBind: Cannot bind socket FD 7 to *:3128: (9 Address a
lready in use
2004/06/23 13:04:02| storeDirWriteCleanLogs: Starting...
2004/06/23 13:04:03| Finished. Wrote 6804 entries.
2004/06/23 13:04:03| Took 0.0 seconds (139626.5 entries/sec).
FATAL: Cannot open HTTP Port
Squid Cache (Version 2.5.STABLE5): Terminated abnormally.
CPU Usage: 68.240 seconds = 39.940 user + 28.300 sys
Maximum Resident Size: 0 KB
Page faults with physical i/o: 422
Memory usage for squid via mallinfo():
total space in arena: 4693 KB
Ordinary blocks: 4658 KB 196 blks
Small blocks: 0 KB 1 blks
Holding blocks: 192 KB 1 blks
Free Small blocks: 0 KB
Free Ordinary blocks: 35 KB
Total in use: 4850 KB 103%
Total free: 35 KB 1%После чего сквид пытается запустится снова 5 раз с теми же ошибками и сваливается. Что за беда, и как ее лечить? Падение происходит приблизительно через 1-4 часа после запуска.
>В совершенно произвольный момент времени, после реконфигурации(stc делает ее каждые две минуты)А зачем так часто?
Сделал на своём реконфиг, сравнил результаты:
>сквид сваливается, при этом в cache.log записывается следующее:
>
>2004/06/23 13:04:00| Cache dir '/usr/local/squid/var/cache' size remains unchangStore 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.
#
удалить swap.state и перезапустить сквид (сам не пробовал = глюков не было, но народ рекомендует)