<div dir="ltr"><div>Hi Alex,</div><div><br></div><div>Patch seems to do the trick,<br></div><div>When is it expected to be merged ?</div><div><br></div><div>Thanks,</div><div>Roie<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 20, 2021 at 12:53 AM Alex Rousskov <<a href="mailto:rousskov@measurement-factory.com">rousskov@measurement-factory.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 5/19/21 5:31 PM, roie rachamim wrote:<br>
<br>
> 2021/05/12 12:27:24.209| 93,5| AsyncJob.cc(139) callEnd:<br>
> AsyncJob::start() ends job [/ job31640]<br>
<br>
To me, this looks like bug 4528:<br>
<a href="https://bugs.squid-cache.org/show_bug.cgi?id=4528" rel="noreferrer" target="_blank">https://bugs.squid-cache.org/show_bug.cgi?id=4528</a><br>
<br>
That bug is being fixed in PR 795:<br>
<a href="https://github.com/squid-cache/squid/pull/795" rel="noreferrer" target="_blank">https://github.com/squid-cache/squid/pull/795</a><br>
<br>
You might be able to patch your Squid using the corresponding patch:<br>
<a href="https://github.com/squid-cache/squid/pull/795.diff" rel="noreferrer" target="_blank">https://github.com/squid-cache/squid/pull/795.diff</a><br>
<br>
Testing feedback is very weclomed.<br>
<br>
<br>
HTH,<br>
<br>
Alex.<br>
<br>
<br>
> On Mon, Apr 19, 2021 at 12:07 PM Eliezer Croitoru wrote:<br>
> <br>
>     Hey Roie,____<br>
> <br>
>     __ __<br>
> <br>
>     From the output I assume it’s a dns resolution issue.____<br>
> <br>
>     In the past I remember that Docker was updating the hosts file with<br>
>     the relevant names but  it’s not working the same way now.____<br>
> <br>
>     Currently Docker is using a local network dns service which is being<br>
>     accessed via 127.0.0.53.____<br>
> <br>
>     From I remember Squid is resolving the icap service name only at<br>
>     startup or reload.____<br>
> <br>
>     Lately Alex published a testable patch that might fix specific<br>
>     issues with icap services which are resolved by dns. ( sorry I don’t<br>
>     remember the bug report)____<br>
> <br>
>     I assume you can try to test this patch first.____<br>
> <br>
>     If these services are static to some degree you might be able to<br>
>     create a script that updates the hosts file and reload squid on each<br>
>     change.____<br>
> <br>
>     When using the hosts file it’s possible that some issues will<br>
>     disappear.____<br>
> <br>
> <br>
>     There is also another possibility which is a malformed ICAP response<br>
>     or wrong sessions handling which cause this issue.____<br>
> <br>
>     You might be able to use tcpdump from either the host or the<br>
>     container side to capture traffic when these goes down.____<br>
> <br>
>     Depends on your preference of debug level you might even be able to<br>
>     debug specific debug_options like for ICAP services<br>
>     and/or requests to the degree you might be able to see what happens<br>
>     on the basic level of the ICAP encapsulation.____<br>
> <br>
>     If you really need help with a diagnosis and a solution you might be<br>
>     able to use Alex and the measurement factory.<br>
> <br>
>     ____<br>
> <br>
>     All The Bests,____<br>
> <br>
>     Eliezer____<br>
> <br>
>     __ __<br>
> <br>
>     *From:* squid-users <<a href="mailto:squid-users-bounces@lists.squid-cache.org" target="_blank">squid-users-bounces@lists.squid-cache.org</a><br>
>     <mailto:<a href="mailto:squid-users-bounces@lists.squid-cache.org" target="_blank">squid-users-bounces@lists.squid-cache.org</a>>> *On Behalf Of<br>
>     *roie rachamim<br>
>     *Sent:* Monday, April 12, 2021 12:54 PM<br>
>     *To:* <a href="mailto:squid-users@lists.squid-cache.org" target="_blank">squid-users@lists.squid-cache.org</a><br>
>     <mailto:<a href="mailto:squid-users@lists.squid-cache.org" target="_blank">squid-users@lists.squid-cache.org</a>><br>
>     *Subject:* [squid-users] All Adaptation ICAPs go down at the same<br>
>     time____<br>
> <br>
>     __ __<br>
> <br>
>     Hi,____<br>
> <br>
>     __ __<br>
> <br>
>     Our setup includes squid that runs in docker container with several<br>
>     ICAP servers in additional containers.____<br>
> <br>
>     From time to time we see in cache.log the following messages:<br>
>     2021/04/12 00:22:39| optional ICAP service is down after an options<br>
>     fetch failure: icap://icap1.proxy:14590/censor [down,!opt]<br>
>     2021/04/12 00:22:39| optional ICAP service is down after an options<br>
>     fetch failure: icap://icap2.proxy:1344/request [down,!opt]<br>
>     2021/04/12 00:22:39| optional ICAP service is down after an options<br>
>     fetch failure: icap://icap3.proxy:14590/response [down,!opt]<br>
> <br>
>     2021/04/12 06:10:45| optional ICAP service is down after an options<br>
>     fetch failure: icap://icap1.proxy:14590/censor [down,!opt]<br>
>     2021/04/12 06:10:45| optional ICAP service is down after an options<br>
>     fetch failure: icap://icap2.proxy:1344/request [down,!opt]<br>
>     2021/04/12 06:10:45| optional ICAP service is down after an options<br>
>     fetch failure: icap://icap3.proxy:14590/response [down,!opt]____<br>
> <br>
>     __ __<br>
> <br>
>     We're trying to understand why it happens to all ICAPs at once. This<br>
>     happens in 4.14 and in 5.0.4____<br>
> <br>
>     Any thoughts about what might cause this ?____<br>
> <br>
>     Many Thanks,____<br>
> <br>
>     Roie____<br>
> <br>
> <br>
> _______________________________________________<br>
> squid-users mailing list<br>
> <a href="mailto:squid-users@lists.squid-cache.org" target="_blank">squid-users@lists.squid-cache.org</a><br>
> <a href="http://lists.squid-cache.org/listinfo/squid-users" rel="noreferrer" target="_blank">http://lists.squid-cache.org/listinfo/squid-users</a><br>
> <br>
<br>
</blockquote></div>