[squid-users] Squid 5.2 unstable in production mode
David Touzeau
david at articatech.com
Thu Nov 11 19:08:13 UTC 2021
Hi
Just for information and i hope it will help.
We have installed Squid 5.1 and Squid 5.2 in production mode.
It seems that after several days, the Squid become very unstable.
We mention that when switching to 4.x we did not encounter these errors
with the same configuration, same users, same network ( replace binaries
and keep same configuration )
All production servers are installed in a virtual environment ( ESXI or
Nutanix ) on Debian 10.x with about 4 to 8 vCPUs and 8GB of memory.
and from 20 to 5000 users.
After severals tests we see that the number of users did not have impact
with the stability.
We encounter same errors on a 20 users proxy and the same way of a 5000
users proxy.
1) Memory leak
---------------------------------
This was encounter on computer that handle more than 10Gb of memory,
squid eat more than 8Gb of memory.
After eating all memory, squid is unable to load helpers and freeze
listen ports.
A restart service free the memory and fix the issue.
2) Max filedescriptors issues:
--------------------------------
This is a strange behavior that Squid did not accept defined parameter:
Example we set 65535 filedescriptors but squidclient mgr:info report
4096 and sometimes return back to 1024.
Several times squid report
current master transaction: master15881
2021/11/11 17:10:09 kid1| WARNING! Your cache is running out of
filedescriptors
listening port: MyPortNameID1
2021/11/11 17:10:29 kid1| WARNING! Your cache is running out of
filedescriptors
listening port: MyPortNameID1
2021/11/11 17:10:51 kid1| WARNING! Your cache is running out of
filedescriptors
listening port: MyPortNameID1
2021/11/11 17:11:56 kid1| TCP connection to 127.0.0.1/2320 failed
current master transaction: master15881
2021/11/11 17:13:02 kid1| WARNING! Your cache is running out of
filedescriptors
listening port: MyPortNameID1
2021/11/11 17:13:19 kid1| WARNING! Your cache is running out of
filedescriptors
But a mgr:info report:
memPoolFree calls: 4295601
File descriptor usage for squid:
Maximum number of file descriptors: 10048
Largest file desc currently in use: 262
Number of file desc currently in use: 135
Files queued for open: 0
Available number of file descriptors: 9913
Reserved number of file descriptors: 9789
After these errors the listen port is freeze and nobody is able to surf.
a just "squid -k reconfigure" fix the issue and the proxy return to
normal mode for several minutes and back again to filedescriptors issues.
There is no relationship between filedescriptors issues and the number
of clients.
Sometimes the issue is discovered during the night when there is no user
that using the proxy ( just some robots like windows update )
Is there something other we can investigate to help more stability of
the 5.x branch ?
Regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20211111/da810875/attachment-0001.htm>
More information about the squid-users
mailing list