IMHO your notes are very helpful.
To help get it into the FAQ I've tried to summarise your comments. Also I
couldn't resist the chance to sneak in one of my own :-). I haven't actually
tested the LDR_CNTRL solution though.
Matthias - have I represented you correctly?
Henrik / FAQ maintainer - can this go in the FAQ?
Regard
Gerard
---- System-Dependant Wierdness 14.9 AIX "shmat failed" errors with diskd 32-bit processes on AIX 4.2.1 and later are restricted by default to a maximum of 11 shared memory segments. This restriction can be removed by setting the environment variable EXTSHM=ON in the script or shell which starts squid. Core dumps when squid process grows to 256MB 32-bit processes cannot use more than 256MB of stack and data in the default memory model. To force the loader to use large address space for squid, either: o set LDR_CNTRL environment variable, eg LDR_CNTRL="MAXDATA=0x80000000"; or o link with -bmaxdata:0x80000000; or o patch the squid binary See http://publibn.boulder.ibm.com/doc_link/en_US/a_doc_lib/aixprggd/genprogc/lrg_prg_support.htm for more information, including how to patch an already-compiled program. ---- On Fri, 24 Jan 2003 19:41, Matthias Weigel wrote: > Hello squid-users, > > when using squid with diskd, certain semaphore and messagequeue limits > must be set to make squid happy. See the FAQs diskd section for details. > On AIX you cannot modify these limits (at least i could not find out how > to do it). > When you try to start squid with "cache_dir diskd" entries in > squid.conf, squid crashes with the following error in cache.log: > [...] > "shmat failed". > > The Fix: > set the following environment variable in your startup script or in > RunCache script: > EXTSHM=ON > export EXTSHM > This modifies some AIX shared memory policy to be more flexible. See > "man shmat" for details. > After setting this environment variable, squid is running fine for me > with diskd on AIX. > This was tested on AIX 4.3.3 on a 32bit processor but probably applies > to other versions as well. > > Hope this is helpful. > > Best Regards > > Matthias Weigel > ISOnova GmbHReceived on Fri Jan 24 2003 - 08:35:32 MST
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:12:49 MST