hi squid user
i use squid 3.1.11 with 3 cach_dir aufs 5000 MB and 4GB ram for computer
and 512 MB for squid in cache_mem
some times i gate this message in my cache.log
please can you tell me what is the problem
clientProcessRequest: Invalid Request
2012/02/01 08:18:01| clientProcessRequest: In
Squid 2.7Stable7
F12
AUFS on a ext3 FS
6gigs ram
dual proc
cache_dir aufs /cache 32000 16 256
FilesystemSize Used Avail Use% Mounted on
/dev/vda2 49G 3.8G 42G 9% /cache
configure options: '--host=i686-pc-linux-gnu'
'--build=i686-pc-linux-gnu' '--target=i386-redhat-
I'm starting to lose my mind here. New hardware test bed including a
striped set of SSD's
Same hardware, controller etc as my other squid servers, just added
SSD's for testing. I've used default threads and I've built with 24
threads. And what's blowing my mind is I get the error immediately
upon
OS: RHEL 5.3 64 Bit
Squid: squid-2.7.STABLE9
Decided to do a very light load test on a new Squid server (specs above).
I'm running the AUFS file system
cache_dir aufs /usr/local/squid/var/cache 2 16 256
The test ran for about an hour with about 10 clients loading random web
page
I am getting this log in cache.log file . I am running with 280GB
cach_dir with aufs ... Can any one suggest what can be done to resolve
this .
On 02.02.2012 02:17, Mustafa Raji wrote:
hi squid user
i use squid 3.1.11 with 3 cach_dir aufs 5000 MB and 4GB ram for
computer
and 512 MB for squid in cache_mem
some times i gate this message in my cache.log
please can you tell me what is the problem
clientProcessRequest: Invalid Request
201
On 2/02/2012 7:11 p.m., Mustafa Raji wrote:
--- On Wed, 2/1/12, Amos Jeffrieswrote:
From: Amos Jeffries
On 02.02.2012 02:17, Mustafa Raji wrote:
hi squid user
i use squid 3.1.11 with 3 cach_dir aufs 5000 MB and 4GB
ram for computer
and 512 MB for squid in cache_mem
some times i gate this me
Tory M Blue wrote:
Squid 2.7Stable7
F12
AUFS on a ext3 FS
6gigs ram
dual proc
cache_dir aufs /cache 32000 16 256
FilesystemSize Used Avail Use% Mounted on
/dev/vda2 49G 3.8G 42G 9% /cache
configure options: '--host=i686-pc-linux-gnu'
'--build=i686-pc-linux-gnu' '
On Tue, 16 Feb 2010 14:30:06 -0800, Tory M Blue wrote:
> I'm starting to lose my mind here. New hardware test bed including a
> striped set of SSD's
>
> Same hardware, controller etc as my other squid servers, just added
> SSD's for testing. I've used default threads and I've built with 24
> thre
>> 2010/02/16 14:18:15| squidaio_queue_request: WARNING - Queue congestion
>> 2010/02/16 14:18:26| squidaio_queue_request: WARNING - Queue congestion
>>
>> What can I look for, if I don't believe it's IO wait or load (the box
>> is sleeping), what else can it be. I thought creating a new build with
On Tue, 16 Feb 2010 16:24:22 -0800, Tory M Blue wrote:
>>> 2010/02/16 14:18:15| squidaio_queue_request: WARNING - Queue
congestion
>>> 2010/02/16 14:18:26| squidaio_queue_request: WARNING - Queue
congestion
>>>
>>> What can I look for, if I don't believe it's IO wait or load (the box
>>> is sleepi
On Tue, Feb 16, 2010 at 4:45 PM, Amos Jeffries wrote:
> On Tue, 16 Feb 2010 16:24:22 -0800, Tory M Blue wrote:
2010/02/16 14:18:15| squidaio_queue_request: WARNING - Queue
> congestion
2010/02/16 14:18:26| squidaio_queue_request: WARNING - Queue
> congestion
What can I look fo
On Tue, 16 Feb 2010 17:00:33 -0800, Tory M Blue wrote:
> On Tue, Feb 16, 2010 at 4:45 PM, Amos Jeffries
> wrote:
>> On Tue, 16 Feb 2010 16:24:22 -0800, Tory M Blue
wrote:
> 2010/02/16 14:18:15| squidaio_queue_request: WARNING - Queue
>> congestion
> 2010/02/16 14:18:26| squidaio_queue_re
> /usr/local/squid/etc/squid/squid.conf ??
>
>>
>> So it's really odd. Not getting anything to stdin/stdout
>>
>> But don't want to get too into the config piece when the big deal
>> seems to be the congestion. Why more congestion with faster disks and
>
> I'm just thinking if there is actually an
On Tue, Feb 16, 2010 at 7:38 PM, Tory M Blue wrote:
>> /usr/local/squid/etc/squid/squid.conf ??
>>
>>>
>>> So it's really odd. Not getting anything to stdin/stdout
>>>
>>> But don't want to get too into the config piece when the big deal
>>> seems to be the congestion. Why more congestion with fa
On Wed, 17 Feb 2010 10:33:27 -0800, Tory M Blue wrote:
> On Tue, Feb 16, 2010 at 7:38 PM, Tory M Blue wrote:
>>> /usr/local/squid/etc/squid/squid.conf ??
>>>
So it's really odd. Not getting anything to stdin/stdout
But don't want to get too into the config piece when the big
tor 2010-02-18 klockan 14:51 +1300 skrev Amos Jeffries:
> Henrik seems to have re-appeared and he has more disk IO experience then
> me so may have an idea whet to look for ... ?
My first reaction is to run a small benchmark in parallel to squid
performing a reasonably slow sequence of random r
2010/2/17 Henrik Nordström :
> tor 2010-02-18 klockan 14:51 +1300 skrev Amos Jeffries:
>
>> Henrik seems to have re-appeared and he has more disk IO experience then
>> me so may have an idea whet to look for ... ?
>
> My first reaction is to run a small benchmark in parallel to squid
> performing
ons 2010-02-17 klockan 21:40 -0800 skrev Tory M Blue:
> And sorry "sleeping" was just my way of citing the box shows no load,
> almost no IO 4-5 when I'm hitting it hard. I do not see this issue
> with lesser threads, it's only when I turn up the juice. But with
> turning up the connections per se
On Thu, Feb 18, 2010 at 12:27 AM, Henrik Nordstrom
wrote:
> ons 2010-02-17 klockan 21:40 -0800 skrev Tory M Blue:
>
>> And sorry "sleeping" was just my way of citing the box shows no load,
>> almost no IO 4-5 when I'm hitting it hard. I do not see this issue
>> with lesser threads, it's only when
tor 2010-02-18 klockan 11:49 -0800 skrev Tory M Blue:
> Okay I've found some issues that I had not seen before,
>
> Feb 18 18:37:06 kvm0 kernel: nf_conntrack: table full, dropping packet.
And this is exactly what I wanted you to look out for...
> I would like to kick the netfilter team and fedo
Mike Diggins wrote:
OS: RHEL 5.3 64 Bit
Squid: squid-2.7.STABLE9
Decided to do a very light load test on a new Squid server (specs
above). I'm running the AUFS file system
cache_dir aufs /usr/local/squid/var/cache 2 16 256
The test ran for about an hour with about 10 clients loading
On Tue, Mar 3, 2009 at 11:03 AM, Shekhar Gupta wrote:
> I am getting this log in cache.log file . I am running with 280GB
> cach_dir with aufs ... Can any one suggest what can be done to resolve
> this .
Is your cache overloaded?
280 Gb is a LOT.. how many hits/second are you getting?
--
/
can you please tell me how to find hit/sec .
On Tue, Mar 3, 2009 at 7:00 PM, Kinkie wrote:
> On Tue, Mar 3, 2009 at 11:03 AM, Shekhar Gupta
> wrote:
>> I am getting this log in cache.log file . I am running with 280GB
>> cach_dir with aufs ... Can any one suggest what can be done to resolve
>>
Shekhar Gupta wrote:
can you please tell me how to find hit/sec .
squidclient mgr:utilization
Chris
it's showing
client_http.requests = 102.190863/sec
On Wed, Mar 4, 2009 at 1:53 AM, Chris Robertson wrote:
> Shekhar Gupta wrote:
>>
>> can you please tell me how to find hit/sec .
>
> squidclient mgr:utilization
>
> Chris
>
Any suggestion on this ...
On Wed, Mar 4, 2009 at 11:29 AM, Shekhar Gupta wrote:
> it's showing
>
> client_http.requests = 102.190863/sec
>
> On Wed, Mar 4, 2009 at 1:53 AM, Chris Robertson wrote:
>> Shekhar Gupta wrote:
>>>
>>> can you please tell me how to find hit/sec .
>>
>> squidclient mgr:
On Wed, Mar 4, 2009 at 6:59 AM, Shekhar Gupta wrote:
> it's showing
>
> client_http.requests = 102.190863/sec
It's strange. The load doesn't seem to be that high.
What's the CPU load for squid, and how is iowait on your system? (both
can be found using the 'top' command)
--
/kinkie
For Last 1 hr .
cpu_time = 86.267886 seconds
wall_time = 3600.031220 seconds
cpu_usage = 2.396309%
On Thu, Mar 5, 2009 at 2:07 PM, Kinkie wrote:
> On Wed, Mar 4, 2009 at 6:59 AM, Shekhar Gupta
> wrote:
>> it's showing
>>
>> client_http.requests = 102.190863/sec
>
> It's strange.
, etc.)?
Regards
HASSAN
- Original Message -
From: "Shekhar Gupta"
To: "Kinkie"
Cc:
Sent: Thursday, March 05, 2009 19:18
Subject: Re: [squid-users] squidaio_queue_request: WARNING - Queue
congestion
For Last 1 hr .
cpu_time = 86.267886 seconds
wall_ti
30 matches
Mail list logo