Hey Roie,

 

>From the output I assume it’s a dns resolution issue.

In the past I remember that Docker was updating the hosts file with the 
relevant names but  it’s not working the same way now.

Currently Docker is using a local network dns service which is being accessed 
via 127.0.0.53.

>From I remember Squid is resolving the icap service name only at startup or 
>reload.

Lately Alex published a testable patch that might fix specific issues with icap 
services which are resolved by dns. ( sorry I don’t remember the bug report)

I assume you can try to test this patch first.

If these services are static to some degree you might be able to create a 
script that updates the hosts file and reload squid on each change.

When using the hosts file it’s possible that some issues will disappear.


There is also another possibility which is a malformed ICAP response or wrong 
sessions handling which cause this issue.

You might be able to use tcpdump from either the host or the container side to 
capture traffic when these goes down.

Depends on your preference of debug level you might even be able to debug 
specific debug_options like for ICAP services
and/or requests to the degree you might be able to see what happens on the 
basic level of the ICAP encapsulation.

If you really need help with a diagnosis and a solution you might be able to 
use Alex and the measurement factory.



All The Bests,

Eliezer

 

From: squid-users <squid-users-boun...@lists.squid-cache.org> On Behalf Of roie 
rachamim
Sent: Monday, April 12, 2021 12:54 PM
To: squid-users@lists.squid-cache.org
Subject: [squid-users] All Adaptation ICAPs go down at the same time

 

Hi,

 

Our setup includes squid that runs in docker container with several ICAP 
servers in additional containers.

>From time to time we see in cache.log the following messages:
2021/04/12 00:22:39| optional ICAP service is down after an options fetch 
failure: icap://icap1.proxy:14590/censor [down,!opt]
2021/04/12 00:22:39| optional ICAP service is down after an options fetch 
failure: icap://icap2.proxy:1344/request [down,!opt]
2021/04/12 00:22:39| optional ICAP service is down after an options fetch 
failure: icap://icap3.proxy:14590/response [down,!opt]

2021/04/12 06:10:45| optional ICAP service is down after an options fetch 
failure: icap://icap1.proxy:14590/censor [down,!opt]
2021/04/12 06:10:45| optional ICAP service is down after an options fetch 
failure: icap://icap2.proxy:1344/request [down,!opt]
2021/04/12 06:10:45| optional ICAP service is down after an options fetch 
failure: icap://icap3.proxy:14590/response [down,!opt]

 

We're trying to understand why it happens to all ICAPs at once. This happens in 
4.14 and in 5.0.4

Any thoughts about what might cause this ?

Many Thanks,

Roie

_______________________________________________
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Reply via email to