Search squid archive

Re: squid 2.6 F->flags.open assert fails

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 6/14/06, Henrik Nordstrom <henrik@xxxxxxxxxxxxxxxxxxx> wrote:
tis 2006-06-13 klockan 11:46 -0700 skrev Dan Thomson:
> I've been running squid2.6 for a bit, and it seems as though the
> following assert fails when (or shortly after) the cache memory fills
> up:
>

> 2006/06/13 11:40:01| assertion failed: comm_generic.c:65: "F->flags.open"

Please get a stack trace of this error and file a bug report. It's
important to get this fixed before release (which is scheduled in a few
weeks).

> I did a quick google search but didn't find anything, so I thought I'd
> drop a note here to see if this has been encountered before.

Hasn't occured at the handful sites testing 2.6 as far as I know.

>2006/06/13 11:39:56| storeAufsOpenDone: (2) No such file or directory
> 2006/06/13 11:39:56|    /var/spool/squid/1/00/1A/00001AA5
> 2006/06/13 11:40:00| storeAufsOpenDone: (2) No such file or directory
> 2006/06/13 11:40:00|    /var/spool/squid/1/02/83/00028356
> As you can see, there's also some cache storage inconsistencies, but
> as far as I can tell they're only an annoyance.

Those are harmless and will happen with aufs under load, all Squid
versions.

Regards
Henrik




sorry to bring up this old thread.
but, this case just happen to me and i cant find any info on it...

what can i do to minimize these error?

tia
dny

--
it gets personal http://dennyhalim.blogspot.com/


... they look but do not see and hear but do not listen or understand. Mat 13:13
... but that which cometh out of the mouth, this defileth a man.   Mat 15:11

[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux