Re: [squid-users] Squid 2.4stable1 crashes (2)

> Today, my Squid (Squid 2.4stable1) began to behave very strange. It was
> running OK in the past.
>
> What are the problems (as seen from the browser)? It doesn't finish loading
> pages/pictures, loads only half of them, sometimes doesn't load them at all.
>
> My Squid also crashed lately, so that I had to start it again.

i use 2.4STABLE1 and it's very stable no matter it's ufs or diskd mode.

 
> I didn't make any changes in its config lately.
>
> What may also help to identify the problem:
> RH 7.0, 2.2.16-22 i586 (100Mhz), 16 MB ram, 210 MB swap.

  ^^^^^^^^^^^^^^^^^^^^^^^^^

this maybe your problem. at least compile your own kernel.

> When Squid was working OK:
> - RAM practically full,
> - swap usage - 23-25%, all the time.

you are talking about VM swap or squid swap?

on 16MB ram and 210 MB squid swap area should go without swapping.
 
> When Squid began to behave strange:
> - RAM also full,
> - swap usage dropped to 10% (it took just a few secs), and was betwen
> 10-15%.
>
> Restarting Squid didn't help at all.
> I had to restart the machine, because I couldn't find any solution.
>
> When I use the web, syslog adds the entries, that I copied below.
> My squid.conf is further at the very bottom, after the logs.
>
>
>
> Regards,
>
> Tomasz Chmielewski
> mangoo@interia.pl
>
>
> Apr 28 16:21:50 serwer kernel: Unable to handle kernel paging request at
> virtual address 7ed1d799
> Apr 28 16:21:50 serwer kernel: current->tss.cr3 = 00de2000, %cr3 = 00de2000
> Apr 28 16:21:50 serwer kernel: *pde = 00000000
> Apr 28 16:21:50 serwer kernel: Oops: 0000
> Apr 28 16:21:50 serwer kernel: CPU: 0
> Apr 28 16:21:50 serwer kernel: EIP: 0010:[d_lookup+100/220]
> Apr 28 16:21:50 serwer kernel: EFLAGS: 00010a87
> Apr 28 16:21:50 serwer kernel: eax: c0f1c1a0 ebx: 7ed1d781 ecx: 00000024
> edx: c0e00000
> Apr 28 16:21:50 serwer kernel: esi: 33330264 edi: c030a015 ebp: 7ed1d799
> esp: c0a01f0c
> Apr 28 16:21:50 serwer kernel: ds: 0018 es: 0018 ss: 0018
> Apr 28 16:21:50 serwer kernel: Process squid (pid: 12299, process nr: 37,
> stackpage=c0a01000)
> Apr 28 16:21:50 serwer kernel: Stack: c030a015 00000001 c0f1c1a0 c030a00d
> 33330264 00000008 c012c928 c0d549a0
> Apr 28 16:21:50 serwer kernel: c0a01f54 c0a01f54 c012cba3 c0d549a0
> c0a01f54 00000001 c07a7000 ffffffe9
> Apr 28 16:21:50 serwer kernel: 00000e42 bffbf8a8 c030a00d 00000008
> 33330264 c012cd36 c030a000 c0d549a0
> Apr 28 16:21:50 serwer kernel: Call Trace: [cached_lookup+16/84]
> [lookup_dentry+275/488] [open_namei+102/848] [filp_open+68/240]
> [sys_open+54/148] [system_call+52/56]

you have hardware or (more probably) software problem in kernel.
don't use RH standard kernels.

> Apr 28 16:21:50 serwer kernel: Code: 8b 6d 00 8b 74 24 18 39 73 48 75 58 8b
> 74 24 24 39 73 0c 75
> Apr 28 16:21:50 serwer squid[11988]: Squid Parent: child process 12299
> exited due to signal 11
> Apr 28 16:21:53 serwer squid[11988]: Squid Parent: child process 12304
> started
> Apr 28 16:22:27 serwer kernel: Unable to handle kernel NULL pointer
> dereference at virtual address 00000000
> Apr 28 16:22:27 serwer kernel: current->tss.cr3 = 00391000, %cr3 = 00391000
> Apr 28 16:22:27 serwer kernel: *pde = 00000000
> Apr 28 16:22:27 serwer kernel: Oops: 0000
> Apr 28 16:22:27 serwer kernel: CPU: 0
> Apr 28 16:22:27 serwer kernel: EIP: 0010:[d_lookup+100/220]
> Apr 28 16:22:27 serwer kernel: EFLAGS: 00010207
> Apr 28 16:22:27 serwer kernel: eax: c0f1c1a0 ebx: ffffffe8 ecx: 00000024
> edx: c0e00000
> Apr 28 16:22:27 serwer kernel: esi: 33330264 edi: c090d015 ebp: 00000000
> esp: c0c19f0c
> Apr 28 16:22:27 serwer kernel: ds: 0018 es: 0018 ss: 0018
> Apr 28 16:22:27 serwer kernel: Process squid (pid: 12304, process nr: 52,
> stackpage=c0c19000)
> Apr 28 16:22:27 serwer kernel: Stack: c090d015 00000001 c0f1c1a0 c090d00d
> 33330264 00000008 c012c928 c0d549a0
> Apr 28 16:22:28 serwer kernel: c0c19f54 c0c19f54 c012cba3 c0d549a0
> c0c19f54 00000001 c07f0c00 ffffffe9
> Apr 28 16:22:28 serwer kernel: 00000e42 bffbf8e8 c090d00d 00000008
> 33330264 c012cd36 c090d000 c0d549a0
> Apr 28 16:22:28 serwer kernel: Call Trace: [cached_lookup+16/84]
> [lookup_dentry+275/488] [open_namei+102/848] [filp_open+68/240]
> [sys_open+54/148] [system_call+52/56]
> Apr 28 16:22:28 serwer kernel: Code: 8b 6d 00 8b 74 24 18 39 73 48 75 58 8b
> 74 24 24 39 73 0c 75
> Apr 28 16:22:27 serwer squid[11988]: Squid Parent: child process 12304
> exited due to signal 11
> Apr 28 16:22:31 serwer squid[11988]: Squid Parent: child process 12308
> started
> Apr 28 16:22:44 serwer squid[11988]: Squid Parent: child process 12308
> exited due to signal 11
> Apr 28 16:22:44 serwer kernel: Unable to handle kernel paging request at
> virtual address 46464646
> Apr 28 16:22:44 serwer kernel: current->tss.cr3 = 00de2000, %cr3 = 00de2000
> Apr 28 16:22:44 serwer kernel: *pde = 00000000
> Apr 28 16:22:44 serwer kernel: Oops: 0000
> Apr 28 16:22:44 serwer kernel: CPU: 0
> Apr 28 16:22:44 serwer kernel: EIP: 0010:[d_lookup+100/220]
> Apr 28 16:22:44 serwer kernel: EFLAGS: 00010a87
> Apr 28 16:22:44 serwer kernel: eax: c0f1c1a0 ebx: 4646462e ecx: 00000024
> edx: c0e00000
> Apr 28 16:22:44 serwer kernel: esi: 33330264 edi: c0ac9015 ebp: 46464646
> esp: c0a01f0c
> Apr 28 16:22:44 serwer kernel: ds: 0018 es: 0018 ss: 0018
> Apr 28 16:22:44 serwer kernel: Process squid (pid: 12308, process nr: 37,
> stackpage=c0a01000)
> Apr 28 16:22:44 serwer kernel: Stack: c0ac9015 00000001 c0f1c1a0 c0ac900d
> 33330264 00000008 c012c928 c0d549a0
> Apr 28 16:22:44 serwer kernel: c0a01f54 c0a01f54 c012cba3 c0d549a0
> c0a01f54 00000001 c0c73560 ffffffe9
> Apr 28 16:22:44 serwer kernel: 00000e42 bffbf8e8 c0ac900d 00000008
> 33330264 c012cd36 c0ac9000 c0d549a0
> Apr 28 16:22:44 serwer kernel: Call Trace: [cached_lookup+16/84]
> [lookup_dentry+275/488] [open_namei+102/848] [filp_open+68/240]
> [sys_open+54/148] [system_call+52/56]
> Apr 28 16:22:44 serwer kernel: Code: 8b 6d 00 8b 74 24 18 39 73 48 75 58 8b
> 74 24 24 39 73 0c 75
> Apr 28 16:22:47 serwer squid[11988]: Squid Parent: child process 12311
> started
>
>
> ################
> #squid.conf
> http_port 8080
> icp_port 0
> acl QUERY urlpath_regex cgi-bin \?
> no_cache deny QUERY
> cache_mem 8 MB
> cache_dir ufs /proxy 200 16 256
> redirect_rewrites_host_header off
> cache_replacement_policy GDSF
> acl localnet src 192.168.1.0/255.255.255.0
> acl localhost src 127.0.0.1/255.255.255.255
> acl Safe_ports port 80 443 210 119 70 21 1025-65535
> acl CONNECT method CONNECT
> acl all src 0.0.0.0/0.0.0.0
> http_access allow localnet
> http_access allow localhost
> http_access deny !Safe_ports
> http_access deny CONNECT
> http_access deny all
> maximum_object_size 1200 KB
> store_avg_object_size 50 kB
>
> anonymize_headers deny User-Agent
> fake_user_agent MSIE for Linux (X11; U; MS Linux 0.99beta4 i686)
>
> cache_effective_user squid
> cache_effective_group squid
> log_icp_queries off
>
> buffered_logs on
>
>
> #####DELAY POOLS
>
> acl magic_words1 url_regex -i 192.168
> acl magic_words2 url_regex -i ftp .exe .mp3 .vqf .gz .gz .rpm .zip .rar .avi
> .mpeg .mpe .mpg .mov .qt .ram .rm .iso .raw .wav
>
> delay_pools 2
>
> delay_class 1 2
> delay_parameters 1 9999999999999/9999999999999 -1/-1
> delay_access 1 allow magic_words1
>
> delay_class 2 2
> delay_parameters 2 14000/14000 5000/150000
> delay_access 2 allow magic_words2
>
>
>
>
>
>
>

-----------------------------------------------
UNIX *is* user friendly.
It is just a bit selective about his friends.
Received on Sun Apr 29 2001 - 04:24:23 MDT