Re: FATAL: xmalloc: Unable to allocate 4096 bytes!

George M. Ellenburg wrote:
>
> This morning my squid server died. I was curious if anybody has any
> suggestions to keep this as stable as possible? This is a production
> server. If anybody needs them, I can E-Mail the URLs for the calamaris
> and NLANR reports separately.

http://squid.nlanr.net/Squid/FAQ/FAQ-10.html#ss10.5

>
> The platform is FreeBSD 2.2.5 with Squid 1.1.21. I plan on recompiling
> with the latest GNU malloc in hops this will help.
>
> One thing I notice is there apparently is an upper limit of 360 File
> Descriptors? Is there any way this can be increased? Could this be my
> problem as well?

http://squid.nlanr.net/Squid/FAQ/FAQ-10.html#ss10.4

> Thanks in advance!
>
> 1998/05/03 01:41:30| WARNING: Exceeded 'cache_mem' size (14516K > 8192K)
> 1998/05/03 01:41:30| Perhaps you should increase cache_mem?
> 1998/05/03 01:41:30| storeGetMemSpace stats:
> 1998/05/03 01:41:30| 0 objects locked in memory
> 1998/05/03 01:41:30| 0 LRU candidates
> 1998/05/03 01:41:30| 0 were purged
> 1998/05/03 01:41:30| 0 were released
> FATAL: xmalloc: Unable to allocate 4096 bytes!
>
> Squid Cache (Version 1.1.21): Terminated abnormally.
> CPU Usage: user 94 sys 94
> Maximum Resident Size: 32044 KB
> Page faults with physical i/o: 5
> 1998/05/03 02:44:40| storeWriteCleanLog: Starting...
> 1998/05/03 02:44:42| 4096 lines written so far.
> 1998/05/03 02:44:43| 8192 lines written so far.
> 1998/05/03 02:44:44| 12288 lines written so far.
> 1998/05/03 02:44:45| 16384 lines written so far.
> 1998/05/03 02:44:46| 20480 lines written so far.
> 1998/05/03 02:44:47| 24576 lines written so far.
> 1998/05/03 02:44:48| 28672 lines written so far.
> 1998/05/03 02:44:49| Finished. Wrote 30435 lines.
> 1998/05/03 02:44:49| Took 8 seconds (3804.4 lines/sec).
>
> Here's the output from sysctl:
> kern.maxvnodes: 3937
> kern.maxproc: 180
> kern.maxfiles: 10536
> kern.argmax: 65536
> kern.securelevel: -1
> kern.hostname: squid.sundial.net
> kern.hostid: 0
> kern.clockrate: { hz = 100, tick = 10000, profhz = 1024, stathz = 128 }
> kern.posix1version: 199009
> kern.ngroups: 16
> kern.job_control: 1
> kern.saved_ids: 0
> kern.boottime: { sec = 892233125, usec = 760000 } Fri Apr 10 14:32:05 1998
> kern.domainname:
> kern.update: 30
> kern.osreldate: 225000
> kern.bootfile: /kernel
> kern.maxfilesperproc: 1024
> kern.maxprocperuid: 179
> kern.dumpdev: { major = 255, minor = -65281 }
> kern.somaxconn: 128
> kern.maxsockbuf: 262144
> kern.ps_strings: -272637968
> kern.usrstack: -272637952
> kern.shutdown_timeout: 120
> kern.acct_suspend: 2
> kern.acct_resume: 4
> kern.acct_chkfreq: 15
> kern.quantum: 10
> kern.sockbuf_waste_factor: 8
> kern.consmute: 0
> vm.loadavg: { 0.00 0.00 0.00 }
> vm.v_free_min: 211
> vm.v_free_target: 767
> vm.v_free_reserved: 134
> vm.v_inactive_target: 2968
> vm.v_cache_min: 1770
> vm.v_cache_max: 7081
> vm.v_pageout_free_min: 34
> vm.pageout_algorithm: 0
> vm.swapping_enabled: 1
>
> ----
> George M. Ellenburg
> "Contrary to popular belief, Unix *is* user-friendly! It just happens to
> be very selective at who it becomes friends with."
> -----BEGIN GEEK CODE BLOCK-----
> Version: 3.12
> GCS/CM/FA d- s: a- C+++ ULB*++++$ P++(+++)$ L-@ E- W+(+++$) N+ o+ K---
> w++$ O- M-- V-- PS+ PE Y+ PGP++ t* 5++ X++> R tv++ b++ DI+ D++ G e++*
> h+ r- y+
> ------END GEEK CODE BLOCK------

-- 
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GAT d- s++: a C++++$ UL++++B+++S+++C++H++U++V+++$ P+++$ L+++ E-
W+++(--)$ N++ w++$>--- t+ 5++ X+() R+ tv b++++ DI+++ e- h-@ 
------END GEEK CODE BLOCK------