On 6/11/2015 5:21 a.m., Fabio Almeida wrote: > Hi folks, > > I have and Squid 3.5.10 instance that I can't reconfigure, it crashes if > there's many spawned ldap helpers. > But, if there's not many people connect it reconfigure normal as expected. > > It's running on a FreeBSD 10.1-RELEASE-p19 amd64 with the following <snip> > There's a total of 439 ldap group helpers enabled. Why so many? external ACL lookups are both merged and cached, so this many helpers suggests an overly complex configuration. > For user's authentication there's 127 helpers enabled. > > It works as expected, except when um run "squid -k reconfigure", it crashes. > > Is there a 'magical' total number of helpers it can manage? Depends on exactly why the crash happens. I suspect it is issues inherent in fork(). The machine needs lots of virtual memory capacity to run helpers. Not actual memory, or swap space just virtual memory capacity. On reconfigure it comes out at something like (N+1)*M + (N+1)*m where N is the number of helpers, M is Squid current memory usage, and m Squid memory usage when the existing helpers started. On startup that is just (N+1)*M, with a smaller value of M so its not so noticable what will happen later. The M varies relative to the amount of currently active users. With its minimum value being cache_mem plus index size. The dynamic helpers feature can reduce the N down to the minimum Squid actually needs to operate. But does not solve the problem entirely, and can make the values of m be a bit larger. Amos _______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users
