From: Matthias Fischer <matthias.fischer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: squid 5.1 gone stable
Date: Fri, 06 Aug 2021 19:55:19 +0200 [thread overview]
Message-ID: <d61295e1-7e25-d4eb-4655-cad314b64532@ipfire.org> (raw)
In-Reply-To: <991A5EE5-F2D6-4DC1-9A8A-D2DD7F2AA08C@ipfire.org>
[-- Attachment #1: Type: text/plain, Size: 3969 bytes --]
Hi,
On 06.08.2021 12:46, Michael Tremer wrote:
> Hi,
>
>> On 5 Aug 2021, at 19:12, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
>>
>> Hi,
>>
>> On 02.08.2021 18:39, Michael Tremer wrote:
>>> Hey,
>>>
>>> That sounds good.
>>>
>>> The change log lists a couple of changed and remove directives:
>>>
>>> http://www.squid-cache.org/Versions/v5/squid-5.1-RELEASENOTES.html#s3
>>>
>>> Could you check if we are affected by any of this change?
>>
>> Building was ok - installing was ok. I checked the release notes and on
>> the first glance didn't find anything we would need to worry about. Will
>> take a closer look on weekend.
>>
>> But...:
>>
>> 5.1 is permanently complaining about filedescriptors and I couldn't find
>> the reason for this so far. Even if I reduce the number during build to
>> 32768 (this is supposedly his maximum), it keeps complaining:
>>
>> ...
>> 2021/08/03 19:19:03 kid1| NOTICE: Could not increase the number of
>> filedescriptors
>> 2021/08/03 19:19:03 kid1| With 4096 file descriptors available
>> ...
>
> That must be the system’s limit then. If the process is being launched as root, it should be able to change its own limits.
Yes. I think so. Its weird. 'squid 4.16' - running with *exactly* the
same configuration (under Core 158) - doesn't complain. Only '5.1'
won't. I'm searching.
>> And - it seems that it doesn't like 'privoxy'. Everything seems to
>> work(!), no seen problems(!), but with 'squid 5.1' I'm getting these
>> sporadic messages in 'cache_log':
>
> We don’t have privoxy. Is that a custom thing that you are running?
Yes.
That one leftover from the old copfilter, ported to IFire. We once
talked about this... I rewrote it as an addon for IPFire. Its running
without any problems with the last 'squid 4.*' versions so far. But as
above, 'squid 5.1' somehow doesn't like it anymore. 'privoxy' is still
filtering and working, but I'm getting these complains from 'squid'. Hm.
Best,
Matthias
>> ...
>> 2021/08/03 19:27:17 kid1| helperOpenServers: Starting 2/4
>> 'redirect_wrapper' processes
>> current master transaction: master88
>> 2021/08/03 19:27:33 kid1| TCP connection to 127.0.0.1/8118 failed
>> current master transaction: master53
>> 2021/08/03 19:27:34 kid1| TCP connection to 127.0.0.1/8118 failed
>> current master transaction: master53
>> 2021/08/03 19:27:56 kid1| TCP connection to 127.0.0.1/8118 failed
>> current master transaction: master53
>> ...
>> 2021/08/03 19:59:34 kid1| TCP connection to 127.0.0.1/8118 failed
>> current master transaction: master53
>> 2021/08/03 19:59:34 kid1| Detected DEAD Parent: privoxy
>> current master transaction: master53
>> 2021/08/03 19:59:34 kid1| Detected REVIVED Parent: privoxy
>> current master transaction: master53
>> 2021/08/03 19:59:34 kid1| TCP connection to 127.0.0.1/8118 failed
>> current master transaction: master53
>> ...
>>
>> Somehow I don't like this. Will report, if I find the reason.
>>
>> Best,
>> Matthias
>>
>>
>>> -Michael
>>>
>>>> On 2 Aug 2021, at 17:12, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
>>>>
>>>> Hi,
>>>>
>>>> for the records...
>>>>
>>>> 5.1 has gone stable:
>>>>
>>>> => http://www.squid-cache.org/Versions/
>>>>
>>>> Excerpt from changelog:
>>>> "Changes in squid-5.1 (01 Aug 2021):
>>>>
>>>> - Bug 4696: Fix leaky String move assignment operator
>>>> - Fix ACL-related reconfiguration memory leak
>>>> - Fix SSL-Bump reconfiguration leaking public key memory
>>>> - Fix build on RISC-V
>>>> - Fix build on Ubuntu 21.04
>>>>
>>>> Changes in squid-5.0.7 (04 Jul 2021):
>>>>
>>>> - Fix a helper logging issues
>>>> - Fix some helper connection issues
>>>> - Cleanup: remove much unused code
>>>> - ... and all fixes from 4.16
>>>> ..."
>>>>
>>>> I'm at it.
>>>>
>>>> Best,
>>>> Matthias
>>>>
>>>
>>
>
next prev parent reply other threads:[~2021-08-06 17:55 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-02 16:12 Matthias Fischer
2021-08-02 16:39 ` Michael Tremer
2021-08-05 17:12 ` Matthias Fischer
2021-08-06 10:46 ` Michael Tremer
2021-08-06 17:55 ` Matthias Fischer [this message]
2021-08-07 8:40 ` Matthias Fischer
2021-08-07 16:13 Matthias Fischer
2021-08-13 9:22 ` Michael Tremer
2021-08-15 7:53 ` Matthias Fischer
2021-08-16 9:40 ` Michael Tremer
2021-08-18 16:42 ` Matthias Fischer
2021-08-19 13:57 ` Michael Tremer
2021-08-19 16:32 ` Matthias Fischer
2021-08-23 13:29 ` Michael Tremer
2021-08-23 16:25 ` Matthias Fischer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d61295e1-7e25-d4eb-4655-cad314b64532@ipfire.org \
--to=matthias.fischer@ipfire.org \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox