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@xxxxxxxxxxxxx> To: <squid-users@xxxxxxxxxxxxxxx> Sent: Sunday, June 18, 2006 9:06 PM Subject: 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@xxxxxxxxxxxxxx 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@xxxxxxxxxxxxxx requesting > 'filedescriptors' > 2006/06/18 21:02:26| CACHEMGR: root@xxxxxxxxxxxxxx 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 > >