Re: [squid-users] Squid 2.6 testing

PLS see stack trace

2006/06/18 21:45:58| parseHttpRequest: NF getsockopt(SO_ORIGINAL_DST)
failed: (92) Protocol not available
2006/06/18 21:45:59| assertion failed: HttpHeader.c:576: "0"

Program received signal SIGABRT, Aborted.
[Switching to Thread -1209018688 (LWP 10914)]
0x00699402 in __kernel_vsyscall ()
(gdb) backtrace
#0 0x00699402 in __kernel_vsyscall ()
#1 0x006dff90 in raise () from /lib/libc.so.6
#2 0x006e1678 in abort () from /lib/libc.so.6
#3 0x0806bf7f in xassert (msg=Could not find the frame base for "xassert".
) at debug.c:464
#4 0x08084ed3 in httpHeaderFindEntry (hdr=0x9600ed4, id=HDR_AUTHORIZATION)
    at HttpHeader.c:576
#5 0x08085908 in httpHeaderGetStr (hdr=0x9600ed4, id=HDR_AUTHORIZATION)
    at HttpHeader.c:1020
#6 0x08085c78 in httpHeaderGetAuth (hdr=0x9600ed4, id=HDR_AUTHORIZATION,
    auth_scheme=0x80cd7e9 "Basic") at HttpHeader.c:1093
#7 0x0805da5d in cachemgrStart (fd=13, request=0x9600d00, entry=0x9600c90)
    at cache_manager.c:149
#8 0x08073328 in fwdStart (fd=13, e=0x9600c90, r=0x9600d00) at
forward.c:854
#9 0x080623a7 in clientProcessMiss (http=0x9600930) at client_side.c:3471
#10 0x080625bb in clientProcessRequest (http=0x9600930) at
client_side.c:3394
#11 0x08062ade in clientCheckNoCache (http=0x9600930) at client_side.c:659
#12 0x08062f40 in clientRedirectDone (data=0x9600930, result=0x0)
    at client_side.c:368
#13 0x0804f174 in aclCheckCallback (checklist=0x9601230,
answer=ACCESS_ALLOWED)
    at acl.c:2267
#14 0x0805f88b in clientCheckFollowXForwardedFor (data=0x9600930)
    at client_side.c:357
#15 0x08065101 in clientReadRequest (fd=13, data=0x95ff7b8)
---Type <return> to continue, or q <return> to quit---
    at client_side.c:4010
#16 0x0806b784 in comm_select (msec=89) at comm_generic.c:124
#17 0x0808f3bd in main (argc=2, argv=0xbfe03014) at main.c:840

----- Original Message -----
From: "Sk" <suresh.kumar@online.com.kh>
To: <squid-users@squid-cache.org>
Sent: Sunday, June 18, 2006 9:06 PM
Subject: [squid-users] Squid 2.6 testing

> Hi,
>
> Testing the 2.6 Pre.
>
> With "pipeline_prefetch on " run into a lot of problems.
>
> Jun 18 19:06:16 dns2 squid[20839]: parseHttpRequest: NF
> getsockopt(SO_ORIGINAL_DST) failed: (92) Protocol not available
> Jun 18 19:07:45 dns2 squid[20839]: parseHttpRequest: NF
> getsockopt(SO_ORIGINAL_DST) failed: (92) Protocol not available
> Jun 18 19:07:45 dns2 squid[20839]: assertion failed: HttpHeader.c:576: "0"
> Jun 18 19:07:45 dns2 squid[20837]: Squid Parent: child process 20839
exited
> due to signal 6
> Jun 18 19:07:48 dns2 squid[20837]: Squid Parent: child process 20879
started
> Jun 18 19:07:48 dns2 squid[20879]: Starting Squid Cache version
> 2.6.PRE2-20060618 for i686-pc-linux-gnu...
>
> This comes out everytime cachemgr tries to access squid with
> 'pipeline_prefetch on '. ( Tried new and old versions of cachemgr.cgi )
and
> child dies and respawns.
>
> The same cachemgr works fine on my production 2.5.14 caches.
>
> Also for some sites the message is seen( access to many sites, even
> connection by cachemgr after pipeline option is removed).
>
> 2006/06/18 20:54:46| parseHttpRequest: NF getsockopt(SO_ORIGINAL_DST)
> failed: (92) Protocol not available
> 2006/06/18 21:00:46| parseHttpRequest: NF getsockopt(SO_ORIGINAL_DST)
> failed: (92) Protocol not available
> 2006/06/18 21:00:46| CACHEMGR: root@203.189.128.29 requesting 'info'
> 2006/06/18 21:02:10| parseHttpRequest: NF getsockopt(SO_ORIGINAL_DST)
> failed: (92) Protocol not available
> 2006/06/18 21:02:11| CACHEMGR: root@203.189.128.29 requesting
> 'filedescriptors'
> 2006/06/18 21:02:26| CACHEMGR: root@203.189.128.29 requesting
> 'filedescriptors'
> ( a refresh doesn't return that error as shown above)
>
> Conclusions.
> 1. pipeline_prefetech and cachemgr don't like each other ;-)
> 2. May be transparent mode requires some more fine tuning. ( i used
wccp1 )
>
>
> Couldn't find a way to do stack trace properly, if guided will do more
> debugging.
>
> RGDS
> Sk
>
>
Received on Sun Jun 18 2006 - 08:51:10 MDT