> Is there anything that you guys can suggest I do around the cache?
> Should I try a different store type? A different filesystem type
> perhaps?
>
>
>
> If your store has a configuration knob that effectively limits disk
> writing rate, then use it to limit that rate to avoid overflowing the
>
On 27/09/2016 3:22 a.m., Jasper Van Der Westhuizen wrote:
>
> Is there anything that you guys can suggest I do around the cache?
> Should I try a different store type? A different filesystem type
> perhaps?
>
>
>
> If your store has a configuration knob that effectively limits disk
> writing
On 27/09/2016 4:23 a.m., reinerotto wrote:
>> FATAL: Received Segment Violation...dying.
> 2016/09/26 15:54:54 kid1| Closing HTTP port 0.0.0.0:8080
> 2016/09/26 15:54:54 kid1| storeDirWriteCleanLogs: Starting...
> 2016/09/26 15:54:54 kid1| 65536 entries written so far.<<<-
> short Int ?
--
Kind Regards
Jasper
On 09/26/2016 08:22 AM, Jasper Van Der Westhuizen wrote:
I am
currently testing with 4 cache dirs. All aufs currently. After adding
these cache dirs, Squid started crashing every 20mins or so..
FATAL: Received Segment Violation...dying.
This is probably a Squid
>FATAL: Received Segment Violation...dying.
2016/09/26 15:54:54 kid1| Closing HTTP port 0.0.0.0:8080
2016/09/26 15:54:54 kid1| storeDirWriteCleanLogs: Starting...
2016/09/26 15:54:54 kid1| 65536 entries written so far.<<<-
short Int ?
Makes me a bit suspicious regarding possibl
On 09/26/2016 08:22 AM, Jasper Van Der Westhuizen wrote:
> I am
> currently testing with 4 cache dirs. All aufs currently. After adding
> these cache dirs, Squid started crashing every 20mins or so..
> FATAL: Received Segment Violation...dying.
This is probably a Squid bug. Get a stack trace and
Is there anything that you guys can suggest I do around the cache?
Should I try a different store type? A different filesystem type perhaps?
If your store has a configuration knob that effectively limits disk
writing rate, then use it to limit that rate to avoid overflowing the queue.
You can
On 09/26/2016 12:59 AM, Jasper Van Der Westhuizen wrote:
> On Wed, 2016-09-21 at 08:34 -0600, Alex Rousskov wrote:
>> On 09/21/2016 07:53 AM, Jasper Van Der Westhuizen wrote:
>>> I have been having some problems with Squid using 100% CPU at times
>>> which impacts my users browsing experience.
>>
On Wed, 2016-09-21 at 08:34 -0600, Alex Rousskov wrote:
On 09/21/2016 07:53 AM, Jasper Van Der Westhuizen wrote:
I have been having some problems with Squid using
100% CPU at times which impacts my users browsing experience.
Sustained 100% CPU load at ~100/s rates with regular traffic on
re
On 09/21/2016 07:53 AM, Jasper Van Der Westhuizen wrote:
> I have been having some problems with Squid using
> 100% CPU at times which impacts my users browsing experience.
Sustained 100% CPU load at ~100/s rates with regular traffic on
reasonable hardware is a sign (albeit not a proof!) of a Squ
Hi all
In my environment I have two Squid clusters that comprise of 4 VM's each, load
balanced over a F5 LB. I will refer to them as cluster A (client facing) and
cluster B(edge proxies). Depending on the destination, the traffic is routed
from cluster A via ISP 1 or to cluster B via ISP 2. I
11 matches
Mail list logo
