ousskov <
rouss...@measurement-factory.com> wrote:
> On 4/25/22 15:41, Ivan Larionov wrote:
> > Seems like "findutils" is the package which fixes the build.
> >
> > Binsaries in this package:
> >
> > # rpm -ql findutils | grep bin
> > /bin/find
> > /u
On Wed, Apr 13, 2022 at 9:38 PM Amos Jeffries wrote:
> On 14/04/22 14:59, Ivan Larionov wrote:
> > There were no errors earlier.
> >
> > Seems like installing openldap-devel fixes the issue.
> >
> > There were other dependencies installed together with it, not
/22 20:07, Ivan Larionov wrote:
> > Yes this worked. Thanks Eliezer.
> >
> > This means some of these dependencies are required but not caught by the
> > configure script.
> >
> > I'll try to figure out which specific one was the culprit.
>
> And mayb
gt;
>&& dnf clean all
>
>
>
> RUN dnf update -y \
>
>&& dnf install -y systemd-units openldap-devel pam-devel \
>
>openssl-devel krb5-devel expat-devel \
>
>libxml2-devel libcap-devel libtool libtool-ltdl-devel \
--with-pthreads --enable-cache-digests \
--with-large-files --with-filedescriptors=65536 \
--enable-htcp
make -j$(nproc) install DESTDIR=$PWD/_destroot
Any ideas?
--
With best regards, Ivan Larionov.
___
squid-users mailing list
squ
/usr/com' '--localstatedir=/var'
'--mandir=/usr/share/man' '--infodir=/usr/share/info' '--enable-epoll'
'--enable-removal-policies=heap,lru' '--enable-storeio=aufs,rock'
'--enable-delay-pools' '--with-pthreads' &#x
expected behavior and is there an option to change squid 4 behavior
to match squid 3?
Thanks!
--
With best regards, Ivan Larionov.
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
Many thanks
>
> Patrick
>
> ___
> squid-users mailing list
> squid-users@lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users
>
--
With best regards, Ivan Larionov.
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
;ll mean starting with a cold cache every time which I wanted to avoid.
I found this debug option for heap which could probably help in
understanding of approximate cache age but it doesn't work with rock
because rock uses some "simple scan" policy.
> src/repl/heap/store_repl_he
ure that
we don't have any "not being accessed anymore" objects older than "data
retention period" days.
Thanks!
--
With best regards, Ivan Larionov.
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
Could you please elaborate? What’s wrong with rock on ext4? Which filesystem
works better for it?
1500 iops is EBS volume limit and it includes all IO operations and it has no
idea about filesystem, it just provides block storage device.
On Jan 21, 2018, at 20:35, reinerotto wrote:
>> 1500 io
> On 19/01/18 12:04, Ivan Larionov wrote:
>
>> Thank you for the fast reply!
>>
>> read_ops and write_ops is AWS EBS metric and in general it correlates
>> with OS-level reads/s writes/s stats which iostat shows.
>>
>> So if I understand you correctly max-
fferent values and figure out what works for us.
Thanks again.
On Thu, Jan 18, 2018 at 2:54 PM, Alex Rousskov <
rouss...@measurement-factory.com> wrote:
> On 01/18/2018 03:16 PM, Ivan Larionov wrote:
>
> > cache_dir max-swap-rate documentation says that swap in requests
> >
atedir=/usr/com' '--localstatedir=/var'
'--mandir=/usr/share/man' '--infodir=/usr/share/info' '--enable-epoll'
'--enable-removal-policies=heap,lru' '--enable-storeio=aufs,rock'
'--enable-delay-pools' '--with-pthreads' &
3 + shared memory?
On Tue, Jan 16, 2018 at 3:17 PM, Alex Rousskov <
rouss...@measurement-factory.com> wrote:
> On 01/16/2018 02:40 PM, Ivan Larionov wrote:
> > So it's definitely not related to Vary, there's no such header in
> > requests I tried.
>
> Just t
t with this URL may be and confirm that I'm not the
only one who see this issue?
On Tue, Jan 16, 2018 at 6:25 AM, Alex Rousskov <
rouss...@measurement-factory.com> wrote:
> On 01/15/2018 09:25 PM, Ivan Larionov wrote:
> > My total hit ratio decreased in ~2 times from 40% to 2
bug looks like
caching works as expected in squid 4 so it'll be better solution than
messing up with headers probably.
On Mon, Jan 15, 2018 at 10:26 AM, Alex Rousskov <
rouss...@measurement-factory.com> wrote:
> On 01/14/2018 10:53 PM, Ivan Larionov wrote:
>
> > After migrati
I probably will since looks
like SMP/shared_cache is broken in 3, but the fact that you still haven't
released it confuses me. IDK why it's still in beta/rc/whatever stage.
On Mon, Jan 15, 2018 at 7:22 AM, Amos Jeffries wrote:
> On 15/01/18 18:53, Ivan Larionov wrote:
>
>> He
-infodir=/usr/share/info' '--enable-epoll'
'--enable-removal-policies=heap,lru' '--enable-storeio=aufs,rock'
'--enable-delay-pools' '--with-pthreads' '--enable-cache-digests'
'--with-large-files' '--with-maxfd=16384' '--enable-htcp'
--
With best regards, Ivan Larionov.
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
tatedir=/usr/com' '--localstatedir=/var'
'--mandir=/usr/share/man' '--infodir=/usr/share/info' '--enable-epoll'
'--enable-removal-policies=heap,lru' '--enable-storeio=aufs,rock'
'--enable-delay-pools' '--with-pthreads' '--enable-cache-digests'
'--with-large-files' '--with-maxfd=16384' '--enable-htcp'
--
With best regards, Ivan Larionov.
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
d seems like it
fixes unexpected squid re-forward.
On Tue, Nov 28, 2017 at 7:12 PM, Alex Rousskov <
rouss...@measurement-factory.com> wrote:
> On 11/28/2017 02:27 PM, Ivan Larionov wrote:
>
> > Another interesting fact is that I can't reproduce this issue if squid
> > has
t; wrote:
> On 11/27/2017 05:19 PM, Ivan Larionov wrote:
>
> > I see retries only when squid config has 2 parents. If I comment out
> > everything related to "newproxy" I can't reproduce this behavior anymore.
>
> The posted logs are not detailed enough to confirm
hunked
Connection: keep-alive
--
On Thu, Nov 23, 2017 at 11:43 PM, Amos Jeffries
wrote:
>
> On 24/11/17 10:03, Ivan Larionov wrote:
>
>>
>>> On Nov 23, 2017, at 12:32 AM, Amos Jeffries
>>> wrote:
>>>
>>> On 23/11/17 14:20, Ivan Larion
>
> On Nov 23, 2017, at 12:32 AM, Amos Jeffries wrote:
>
> On 23/11/17 14:20, Ivan Larionov wrote:
>> Hello.
>> We have an issue with squid when it tries to re-forward / retry failed
>> request even when forward_max_tries is set to 1. The situation when it
an' '--infodir=/usr/share/info' '--enable-epoll'
'--enable-removal-policies=heap,lru' '--enable-storeio=aufs,rock'
'--enable-delay-pools' '--with-pthreads' '--enable-cache-digests'
'--with-large-files' '--with-maxfd=16384' '--enable-htcp'
--
With best regards, Ivan Larionov.
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
Ok, mystery solved.
Patch "HTTP: do not allow Proxy-Connection to override Connection header"
changes the behavior. And we indeed send from our clients:
Connection: close
Proxy-Connection: Keep-Alive
On Sat, Jul 8, 2017 at 9:51 AM, Ivan Larionov wrote:
> RPS didn't change.
8, 2017 at 5:46 AM, Amos Jeffries wrote:
> On 08/07/17 02:06, Ivan Larionov wrote:
>
>> Thank you for the fast reply.
>>
>> On Jul 7, 2017, at 01:10, Amos Jeffries wrote:
>>>
>>> On 07/07/17 13:55, Ivan Larionov wrote:
>>>>
>>> >
> -Original Message-
> From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] On
> Behalf Of Ivan Larionov
> Sent: Friday, July 7, 2017 17:07
> To: Amos Jeffries
> Cc: squid-users@lists.squid-cache.org
> Subject: Re: [squid-users] Huge amount of time_wait conn
Thank you for the fast reply.
> On Jul 7, 2017, at 01:10, Amos Jeffries wrote:
>
>> On 07/07/17 13:55, Ivan Larionov wrote:
>> Hi. Sorry that I'm answering to the old thread. I was on vacation and didn't
>> have a chance to test the proposed solution.
>&
d, Jun 7, 2017 at 4:34 AM, Amos Jeffries wrote:
> On 07/06/17 12:13, Ivan Larionov wrote:
>
>> Hi!
>>
>> We recently updated from squid v2 to v3 and now see huge increase in
>> connections in TIME_WAIT state on our squid servers (verified that this is
>> client
Hi!
We recently updated from squid v2 to v3 and now see huge increase in
connections in TIME_WAIT state on our squid servers (verified that this is
clients connections).
See versions and amount of such connections under the same load with the
same configs (except some incompatible stuff):
squid
ound a bug which looks similar to our experience:
http://bugs.squid-cache.org/show_bug.cgi?id=4084.
I'm attaching our config, mgr:info, mgr:mem and some system info I
collected.
Could someone say if this is normal and why it's so much different from
squid 2?
--
With best regards, Ivan
eader different?
On Thu, Dec 29, 2016 at 9:44 PM, Amos Jeffries wrote:
> On 2016-12-29 21:01, Ivan Larionov wrote:
>
>> I see behavior change after update from squid 2.7 to 3.5:
>>
>> I have following ACLs which I later use for cache_peer_access:
>>
>> acl header
ad to adjust it a bit.
Looks like "never_direct allow all" which I have later in config affects
store_digest requests. Not sure if it's a bug or feature.
Thank you for helping again.
On Thu, Dec 29, 2016 at 4:15 PM, Ivan Larionov
wrote:
> Here are some debug logs from FwdSta
ut = 0
2016/12/29 16:12:41.844| 44,3| peer_select.cc(79) ~ps_state:
http://172.22.8.145:3128/squid-internal-periodic/store_digest
On Thu, Dec 29, 2016 at 2:21 PM, Ivan Larionov
wrote:
> Thank you for helping.
>
> After some experiments and tcpdumping it looks like it's not sibling
&
nal_digest urlpath_regex +i /.*store_digest.*/
always_direct allow internal_digest
never_direct deny internal_digest
but no luck. It still asks parent.
On Thu, Dec 29, 2016 at 1:00 AM, Amos Jeffries wrote:
> On 2016-12-29 20:51, Ivan Larionov wrote:
>
>> I'm sure about forwardin
avior? Should I report a bug?
--
With best regards, Ivan Larionov.
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
disable icp
icp_port 0
never_direct allow all
forwarded_for off
# END CONFIG
On Wed, Dec 28, 2016 at 11:15 PM, Amos Jeffries
wrote:
> On 2016-12-29 16:03, Ivan Larionov wrote:
>
>> Hello!
>>
>> I'm trying to setup multiple squids as siblings with a pa
one else seen similar issue? Do you have an example of working
configuration with multiple siblings and enabled digests?
--
With best regards, Ivan Larionov.
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
39 matches
Mail list logo
