On 11/23/21 3:32 AM, Loučanský Lukáš wrote:
> Is it possible that after kid worker restarts it stops synchronizing
> or sending messages via this queues?
Queue overflows after a kid restart is a known problem that I mentioned
before. That is why I keep suggesting to ignore queue overflows in your
On 11/23/21 5:09 AM, David Touzeau wrote:
> tlu.dl.delivery.mp.microsoft.com is from the app store and it encounters
> an issue with high bandwidth usage.
> We think that it was caused because Squid filtering the HTTP Range
> header from the HTTP requests.
Does Squid actually filter the HTTP Rang
On 11/23/21 5:10 AM, Loučanský Lukáš wrote:
> I've noticed that my squid asserted on store.cc line 1094 which I
> read as a test to see if the store is in progress while the transfer
> is being aborted.
I would not describe STORE_PENDING status as "the store is in progress"
because that status co
On 11/23/21 6:39 AM, David Touzeau wrote:
> cache dir rock : objects larger than 32,000 bytes cannot be cached
Modern rock versions do not have that limitation. Relying on wiki pages
for documentation carries elevated risks, especially when reading old
pages, but introduction of large object supp
Hi
According to your documentation,
cache dir rock : objects larger than 32,000 bytes cannot be cached
if aufs cannot be implemented in SMP configuration how can we handle
larger files in cache ?
Le 23/11/2021 à 11:01, David Touzeau a écrit :
Ok thanks, we will investigate in this way
Le 22/
Hello,
as I was going through some upgrades during my investigation of the "transient"
queues overflows - I've noticed that my squid asserted on store.cc line 1094
which I read as a test to see if the store is in progress while the transfer is
being aborted. Sure enough I've found aborted reques
Hi community,
tlu.dl.delivery.mp.microsoft.com is from the app store and it encounters
an issue with high bandwidth usage.
We think that it was caused because Squid filtering the HTTP Range
header from the HTTP requests.
This caused the app store download everything in an endless loop
We know
Ok thanks, we will investigate in this way
Le 22/11/2021 à 19:33, Alex Rousskov a écrit :
On 11/22/21 12:48 PM, David Touzeau wrote:
Here our SMP configuration:
workers 2
cache_dir rock /home/squid/cache/rock 0 min-size=0 max-size=131072
slot-size=32000
if ${process_number} = 1
memory_cache
On 23/11/21 21:02, Sándor Szabolcs [Budapest Környéki Törvényszék] wrote:
Hi!
I need some help, because I have got stucked. I recieved ther next two
errors in cache log:
ipcacheParse No Address records in response to 'DNS address'
The domain(s) mentioned has misconfigured CNAME response to
I agree - it seems I'm catching red herrings here. Restarted squid yesterday at
about 11:30. Everything seemed ok until 8am today - when this assert was again
raised: (note - it's another from these in version 5)
2021/11/23 08:00:15 kid2| assertion failed: store.cc:1094: "store_status ==
STORE_
10 matches
Mail list logo