Further to this on running "squidclient mgr:info" I always get: Maximum number of file descriptors: 16384 be it after start or after reload OR even if i mention max_filedescriptor 1024 or 4096. looks like somewhere this number 16384 is hard-coded in 3.3.0.1 Amm ----- Original Message ----- > Hello all, > > > I am trying out 3.3.0.1 beta on Fedora 16 64 bit.(kernel 3.4.11-1.fc16.x86_64 #1 > SMP) > > I have created RPM file using same spec file and patches as 3.2.1 (which I have > been using from a month without any issues). > > In squid.conf, I have "max_filedescriptors 4096" > > When I start squid (3.3.0.1) using "systemctl start squid.service" > > I see this in log file: > 2012/10/23 12:52:05 kid1| With 16384 file descriptors available > > So I am not sure why it is showing 16384 instead of 4096 > > In 3.2.1 with exactly same squid.conf, it was showing: > 2012/10/23 08:36:29 kid1| With 4096 file descriptors available > > > Secondly when i reload squid (3.3.0.1) using "systemctl reload > squid.service" > > Log file shows this: > 2012/10/23 11:09:01 kid1| WARNING: max_filedescriptors disabled. Operating > System setrlimit(RLIMIT_NOFILE) is missing. > > I want to make sure that even after squid reloads, it atleast maintain 4096 as > max and does not reduce to 1024 or so. > > > > Thirdly, in an unrelated log entry, just now I noticed this: > 2012/10/23 12:51:59 kid1| assertion failed: forward.cc:217: "err" > 2012/10/23 12:52:05 kid1| Starting Squid Cache version 3.3.0.1 for > x86_64-unknown-linux-gnu... > > > It appears that squid crashed and restarted. But there is not much information > on why? May be something in forward.cc:217 > > So just reporting - please check. > > Thank you, > > Amm.
