FATAL: xmalloc: Unable to allocate 4096 bytes!

From: George M. Ellenburg <gme@dont-contact.us>
Date: Sun, 3 May 1998 10:29:04 -0400 (EDT)

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.

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?

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------
Received on Sun May 03 1998 - 07:34:34 MDT

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:40:04 MST