> Our cache has just died with a segmentation fault in the
> ipcache_call_pending() function (ipcache.c line 438):
>
[gdb output deleted]
>
> Has anyone else seen this problem? If so, has anyone got a fix to this
> problem? I can provide more gdb output if anyone wants it.
>
Yepp. wwwproxy.uni-frankfurt.de:
IOT/Abort trap in raise at 0xd0077eac
0xd0077eac (raise+0x20) 80410014 lwz r2,0x14(r1)
(dbx) where
raise(??) at 0xd0077eac
abort() at 0xd0019a70
death(??), line 136 in "tools.c"
ipcache_call_pending(??), line 437 in "ipcache.c"
ipcache_parsebuffer(??, ??, ??), line 559 in "ipcache.c"
ipcache_dnsHandleRead(??, ??), line 732 in "ipcache.c"
comm_select(??, ??), line 755 in "comm.c"
main(argc = internal error: assertion failed at line 947 in file frame.c
60, argv = internal error: assertion failed at line 947 in file frame.c
0x200518b4), line 393 in "main.c"
> The system is a SGI Challenge/S running Irix 5.3; the cache (squid-1.0.beta16
> including the ipcache.c patch) is handling about 8 requests per second at
> this time of day.
>
Our proxy has the same high load.
/dh
-- Detlev Hilberg hilberg@rz.uni-frankfurt.de Hochschulrechenzentrum der Johann Wolfgang Goethe-Universitaet Frankfurt/Main Office phone: +49 69 798-28005, fax: -28313, priv. cellular: +49 171 4702196Received on Wed Jun 12 1996 - 08:04:28 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:32:30 MST