Re: [squid-users] Squid respawning itself!?

From: James Vanns <[email protected]>
Date: Mon, 28 Nov 2005 15:25:47 +0000

On Mon, 2005-11-28 at 16:21 +0100, Ronny T. Lampert wrote:
> > But this doesn't concern us does it because we aren't using the [disk]
> > cache:
>
> Ah okay. Anyway, using the disk cache is recommended, because objects above
> 80k (config option) are not cached into mem.
>
> So you'll lose caching of (bigger) images, (bigger) static content etc.
> Just a reminder :)

Thanks for that one.

> >>I also had problems at around S6, with segfaults.
> >>Squid only re-loads itself, when it segfaults.
> >
> > Crikey! Squid is segv an awful lot then!? Seeing as this version is
> > shipped with EL4 shouldn't it be deemed stable and therefore not crash
> > every couple of minutes!? This is concerning. Perhaps I should try
> > Redhat's lists too.
>
> My setup included aufs storage and there was a serious bug with some patch I
> needed that led to a permanent segfault'ing; only related to aufs, as I said.
>
> My experience in the last 3 years was ZERO PROBLEMS with squid. Perfectly
> stable.
>
> I am not using RH-bundled software for critical applications, because
>
> 1) they are AFAIK still compiled with -march=i386 -mtune=i686
> 2) they never update the package, just merge in security or serious bug
> fixing stuff, thus leading to a "forked" codebase, so a 2.5.S6 may be a S6 +
> some patch from S7 + some security fix from S11 and so on.
> I don't like that.

Believe me - I follow the same school of thought but there are policies
here and... ;)

> So look around at RH, but I think it's more convenient to simply upgrade.
> Just a hint ;)

Thanks. I'll see what I can find...

Jim

> Cheers and good luck,
> Ronny

-- 
James Vanns BSc (Hons) MCP
Canterbury Christ Church University
Senior Systems Programmer (Linux / C & C++)
Encryption Key: http://keys.se.linux.org/pks/lookup?op=get&search=0x3B09EE224A653EA9
Signature Verification Key: http://keys.se.linux.org/pks/lookup?op=get&search=0x47FF170724959054
Received on Mon Nov 28 2005 - 08:25:56 MST

This archive was generated by hypermail pre-2.1.9 : Thu Dec 01 2005 - 12:00:10 MST