On 2023-12-12 21:45, HENDERSON, GAVEN L RTX wrote:
assertion failed: peer_digest.cc:419: "EX"
... which is one of the following assertions (quoted with their official
Squid v5.5 line numbers, none of which is 419):
412 assert(fetch->pd && receivedData.data);
416 assert(fetch->buf + fetch->bufofs == receivedData.data);
421 assert(fetch->bufofs <= SM_PAGE_SIZE);
FWIW, the latest Squid v5 branch code (and future v5.10 if it is
released), fixes the bug that resulted in assertions logged as "EX"
instead of the actual assertion text. The same bug is fixed in all v6
releases.
This new bug report might be related:
https://bugs.squid-cache.org/show_bug.cgi?id=5330
Any thoughts on how to fix this on Rocky 9?
Unfortunately, I failed to find good suspects for this v5 bug -- all
obvious suspects came after v5.5 was released. However, I do not even
know which version you were running before updating to v5.5. Please note
that v5 is not officially supported by the Squid Project.
My recommendation is to update to v6.6 or later.
HTH,
Alex.
-----Original Message-----
From: squid-users <squid-users-bounces@xxxxxxxxxxxxxxxxxxxxx> On Behalf Of Alex Rousskov
Sent: Tuesday, December 12, 2023 10:22 AM
To: squid-users@xxxxxxxxxxxxxxxxxxxxx
Subject: [External] Re: Cache_peer breaks Squid 5.5
On 2023-12-12 11:25, HENDERSON, GAVEN L RTX wrote:
Sorry if this has already been answered. I couldn't find anything online regarding the problem I am experiencing. I have a Squid server acting as a proxy relay. It listens on two ports and, depending on which port a request comes in, the request is forwarded to a specific upstream proxy. Everything was working prior to the 5.5 update. Now, Squid starts but crashes a few seconds later. I have traced it down to the cache_peer directives. If I comment them out, the service is stable. I have also tried the stock configuration with only the cache_peer directive added and it still crashes so I don't think the problem is being triggered by some other part of my configuration. I'm not seeing anything particularly helpful in the messages log:
What do you see in Squid's cache.log? I would expect a message about Squid hitting an assertion or detecting another catastrophic problem before crashing. If there is nothing in cache.log, consider (enabling core dumps in your OS configuration and) getting a backtrace from the crashed Squid process.
HTH,
Alex.
Nov 24 15:17:30 svr-squid squid[2259]: Squid Parent: squid-1 process
2290 exited due to signal 6 with status 0 Nov 24 15:17:30 svr-squid
squid[2259]: Squid Parent: squid-1 process 2290 will not be restarted
for 3600 seconds due to repeated, frequent failures Nov 24 15:17:30 svr-squid squid[2259]: Exiting due to repeated, frequent failures Nov 24 15:17:30 svr-squid systemd[1]: mailto:systemd-coredump@21-2295-0.service: Deactivated successfully.
Nov 24 15:17:30 svr-squid systemd[1]: squid.service: Main process
exited, code=exited, status=1/FAILURE Nov 24 15:17:30 svr-squid systemd[1]: squid.service: Failed with result 'exit-code'.
Here is my configuration:
http_port 192.168.0.1:80 name=port80
http_port 192.168.0.1:81 name=port81
acl port80_acl myportname port80
acl port81_acl myportname port81
acl bypass_parent dstdom_regex "/etc/squid/bypass_parent.txt"
acl domain_blacklist dstdomain "/etc/squid/domain_blacklist.txt"
http_access deny all domain_blacklist
always_direct allow bypass_parent
never_direct allow port80_acl
never_direct allow port81_acl
cache_peer proxy1.domain.com parent 80 0 default name=proxy80
cache_peer_access proxy80 allow port80_acl cache_peer_access proxy80
deny all
cache_peer proxy2.domain.com parent 80 0 default name=proxy81
cache_peer_access proxy81 allow port81_acl cache_peer_access proxy81
deny all
http_access allow all
logformat squid [%tl] %>a %>eui %Ss/%03>Hs %<st %rm %ru %[un %Sh/%<a
%mt _______________________________________________
squid-users mailing list
squid-users@xxxxxxxxxxxxxxxxxxxxx
https://urldefense.com/v3/__https://lists.squid-cache.org/listinfo/squ
id-users__;!!MvWE!FEDTJs2pTa3njy74FPFejy1UEla67Tsxo5KMiUxhSdHn4--dUL_t
kUqmWCJ64l_RHB9_uSLhEWcTeWWRcO7R6E68TUQsCFE6$
_______________________________________________
squid-users mailing list
squid-users@xxxxxxxxxxxxxxxxxxxxx
https://urldefense.com/v3/__https://lists.squid-cache.org/listinfo/squid-users__;!!MvWE!FEDTJs2pTa3njy74FPFejy1UEla67Tsxo5KMiUxhSdHn4--dUL_tkUqmWCJ64l_RHB9_uSLhEWcTeWWRcO7R6E68TUQsCFE6$
_______________________________________________
squid-users mailing list
squid-users@xxxxxxxxxxxxxxxxxxxxx
https://lists.squid-cache.org/listinfo/squid-users
