[squid-users] Re: Squid not resolving some url's

More info:

I decided to restart squid and it refused. At that point it appears
that the redirector process ran away and the load went through the
roof. I ended up having to take it down hard. After restarting, the
box I found this in cache.log

2007/02/06 14:14:20| /var/spool/squid/10: (2) No such file or directory
FATAL: Failed to verify one of the swap directories, Check cache.log
        for details. Run 'squid -z' to create swap directories
        if needed, or if running Squid for the first time.
Squid Cache (Version 2.6.STABLE5): Terminated abnormally.
CPU Usage: 0.240 seconds = 0.156 user + 0.084 sys
Maximum Resident Size: 0 KB
Page faults with physical i/o: 1

So.... I ran the proscribed switch which I figure cost me two months
worth of cache, and squid went back to running just fine.

Any ideas as to what happened so that I might avoid it in the future?

Thanks
Chris

On 2/6/07, Chris Nighswonger <cnighswonger@foundations.edu> wrote:
> Hi all,
> I have been working on this problem now for a day or so. I'm running
> 2.6.STABLE5. Towards the end of last week various pages begin to be
> slow resolving and often required several F5's to finally load. The
> problem changed over the weekend to pages not resolving at all but
> being redirected to the search provided by the external dns servers we
> use (opendns). Bypassing squid and connecting directly to the
> Internet, using the same dns servers clears the problem up. Dig shows
> that the zone files in the dns servers are correct for the urls having
> problems. This would seem to eliminate the dns servers as the issue. I
> think.
> The cache.log shows no unusual entries. Access.log shows the url's
> being requested.
> The only thing that appears different as far as I can see is the
> rcode section of the Internal DNS page of cachemanager. Here it is:
>
> Internal DNS Statistics:
>
> The Queue:
> DELAY SINCE
> ID SIZE SENDS FIRST SEND LAST SEND
> ------ ---- ----- ---------- ---------
>
> Nameservers:
> IP ADDRESS # QUERIES # REPLIES
> --------------- --------- ---------
> 208.67.222.222 62 62
> 208.67.220.220 0 0
> 192.168.0.2 0 0
>
> Rcode Matrix:
> RCODE ATTEMPT1 ATTEMPT2 ATTEMPT3
> 0 107751 79 35
> 1 0 0 0
> 2 2369 2268 2224
> 3 988 21 7
> 4 0 0 0
> 5 0 0 0
>
>
> Before this issue came up, I never remember seeing anything beyond the
> 0 row. I was not able to figure out what this matrix is telling me or
> if it is relevant to the problem I am experiencing.
>
> Any help is greatly appriciated.
>
> Chris
>
Received on Tue Feb 06 2007 - 13:42:06 MST