Решено: Перестал работать Squid (После обновления)

[vldefender]

Раньше всё работало хорошо, но после обновления системы(Arch) не могу зайти ни на один сайт.

bash-3.2$ squid -v
Squid Cache: Version 2.7.STABLE6
bash-3.2$ uname -a
Linux arch-desktop 2.6.29-ARCH #1 SMP PREEMPT Wed Apr 8 12:47:56 UTC 2009 i686 Intel® Core™2 Duo CPU E6550 @ 2.33GHz GenuineIntel GNU/Linux

Выдаётся ошибка: "The following error was encountered: * Connection to Failed, The system returned: (27) File too large"

Код:

bash-3.2$ sudo squid -d1 bash-3.2$ 2009/04/14 17:59:38| Starting Squid Cache version 2.7.STABLE6 for i686-pc-linux-gnu... 2009/04/14 17:59:38| Process ID 12603 2009/04/14 17:59:38| With 1024 file descriptors available 2009/04/14 17:59:38| Using poll for the IO loop 2009/04/14 17:59:38| Performing DNS Tests... 2009/04/14 17:59:38| Successful DNS name lookup tests... 2009/04/14 17:59:38| DNS Socket created at 0.0.0.0, port 56576, FD 5 2009/04/14 17:59:38| Adding nameserver 192.168.1.1 from /etc/resolv.conf 2009/04/14 17:59:38| helperOpenServers: Starting 10 'redirector' processes 2009/04/14 17:59:38| User-Agent logging is disabled. 2009/04/14 17:59:38| Referer logging is disabled. 2009/04/14 17:59:38| logfileOpen: opening log /var/log/squid/access.log 2009/04/14 17:59:38| Unlinkd pipe opened on FD 20 2009/04/14 17:59:38| Swap maxSize 3072000 + 409600 KB, estimated 0 objects 2009/04/14 17:59:38| Target number of buckets: 13390 2009/04/14 17:59:38| Using 16384 Store buckets 2009/04/14 17:59:38| Max Mem size: 409600 KB 2009/04/14 17:59:38| Max Swap size: 3072000 KB 2009/04/14 17:59:38| Local cache digest enabled; rebuild/rewrite every 3600/3600 sec 2009/04/14 17:59:38| logfileOpen: opening log /var/log/squid/store.log 2009/04/14 17:59:38| Rebuilding storage in /home/cache/ (CLEAN) 2009/04/14 17:59:38| Using Least Load store dir selection 2009/04/14 17:59:38| Set Current Directory to /var/cache/squid 2009/04/14 17:59:38| Loaded Icons. 2009/04/14 17:59:38| Accepting proxy HTTP connections at 0.0.0.0, port 3128, FD 22. 2009/04/14 17:59:38| Accepting ICP messages at 0.0.0.0, port 3130, FD 23. 2009/04/14 17:59:38| Accepting HTCP messages on port 4827, FD 24. 2009/04/14 17:59:38| WCCP Disabled. 2009/04/14 17:59:38| Configuring 127.0.0.1 Parent 127.0.0.1/3127/0 2009/04/14 17:59:38| Ready to serve requests. 2009/04/14 17:59:39| Store rebuilding is 25.8% complete 2009/04/14 17:59:39| Done reading /home/cache/ swaplog (15899 entries) 2009/04/14 17:59:39| Finished rebuilding storage from disk. 2009/04/14 17:59:39| 15899 Entries scanned 2009/04/14 17:59:39| 0 Invalid entries. 2009/04/14 17:59:39| 0 With invalid flags. 2009/04/14 17:59:39| 15899 Objects loaded. 2009/04/14 17:59:39| 0 Objects expired. 2009/04/14 17:59:39| 0 Objects cancelled. 2009/04/14 17:59:39| 0 Duplicate URLs purged. 2009/04/14 17:59:39| 0 Swapfile clashes avoided. 2009/04/14 17:59:39| Took 0.8 seconds (19780.6 objects/sec). 2009/04/14 17:59:39| Beginning Validation Procedure 2009/04/14 17:59:39| Completed Validation Procedure 2009/04/14 17:59:39| Validated 15899 Entries 2009/04/14 17:59:39| store_swap_size = 143416k 2009/04/14 17:59:39| storeLateRelease: released 0 objects 2009/04/14 18:01:03| httpAccept: FD 22: accept failure: (27) File too large 2009/04/14 18:07:50| httpAccept: FD 22: accept failure: (27) File too large 2009/04/14 18:07:50| TCP connection to 127.0.0.1 (127.0.0.1:3127) failed 2009/04/14 18:07:50| TCP connection to 127.0.0.1 (127.0.0.1:3127) failed 2009/04/14 18:07:50| TCP connection to 127.0.0.1 (127.0.0.1:3127) failed 2009/04/14 18:07:50| TCP connection to 127.0.0.1 (127.0.0.1:3127) failed 2009/04/14 18:07:50| TCP connection to 127.0.0.1 (127.0.0.1:3127) failed 2009/04/14 18:07:50| TCP connection to 127.0.0.1 (127.0.0.1:3127) failed 2009/04/14 18:07:50| TCP connection to 127.0.0.1 (127.0.0.1:3127) failed 2009/04/14 18:07:50| TCP connection to 127.0.0.1 (127.0.0.1:3127) failed 2009/04/14 18:07:50| TCP connection to 127.0.0.1 (127.0.0.1:3127) failed 2009/04/14 18:07:50| TCP connection to 127.0.0.1 (127.0.0.1:3127) failed 2009/04/14 18:07:50| Detected DEAD Parent: 127.0.0.1 2009/04/14 18:07:50| TCP connection to 127.0.0.1 (127.0.0.1:3127) failed bash-3.2$ 2009/04/14 18:08:22| httpAccept: FD 22: accept failure: (27) File too large 2009/04/14 18:08:22| Failed to select source for 'http://www.google.ru/' 2009/04/14 18:08:22| always_direct = 0 2009/04/14 18:08:22| never_direct = 1 2009/04/14 18:08:22| timedout = 0

127.0.0.1:3127 - это порт, который слушает Havp. Если я в настройках инета указываю его, а не 192.168.1.2:3128(Squid), то всё работает.

Из squid.conf:

Код:

redirect_program /usr/local/rejik3/redirector /usr/local/rejik3/redirector.conf cache_peer 127.0.0.1 parent 3127 0 no-query no-digest no-netdb-exchange default acl havp proto HTTP never_direct allow havp

Havp работает. Вот что появляется в логах если я указываю его в ФФ:
14/04/2009 18:17:00 127.0.0.1 GET 301 http://google.ru/ 280+218 OK
14/04/2009 18:17:00 127.0.0.1 GET 200 http://www.google.ru/ 225+3372 OK
14/04/2009 18:17:01 127.0.0.1 GET 204 http://clients1.google.com/generate_204 123+0 OK
14/04/2009 18:17:01 127.0.0.1 GET 204 http://www.google.ru/csi? 237+0 OK

[ford1813]

А что у Вас с логами?

Store rebuilding is 25.8% complete


Connection to Failed, The system returned: (27) File too large
),?

[vldefender]

С Какими логами? Что Squid пишет я написал, что Havp тоже. Или надо что-то другое?

[vldefender]

Блин, я офигеваю, оказалось что лог Squid'a слишком большой и поэтому он отказывался работать. Но это так интересно совпало с обновлением системы, что сбило меня с толку. После удаления логов, заработал нормально.

[ford1813]

Молодец. ) Подсказыват просто не стал.

[vldefender]

А как увеличить размер лога? В squid.conf ничего похожего не нашёл. Лог должен вестить месяц, а он у меня за два дня переполнился.