RE: [squid-users] new error show up on my cache.log, and segmentation violation

 
>
> Hi,
> My proxy was working fine a couple of month, then yesterday it crash 2
> time:
> the first time here is the cache.log
> many time the next 2 line:
> 2004/02/09 08:53:35| AuthenticateNTLMHandleReply: invalid
> callback data.
> Releasing helper '2740a8'.
> 2004/02/09 09:22:44| sslReadServer: FD 195: read failure:
> (131) Connection
> reset by peer
> .
> .
> .
> 2004/02/09 12:14:17| AuthenticateNTLMHandleReply: invalid
> callback data.
> Releasing helper '272018'.
> FATAL: Received Segment Violation...dying.
> .
> .
> .
> Maximum Resident Size: 0 KB
> Page faults with physical i/o: 213
> many time te next 2 lines:
> (wb_ntlmauth)[4570](wb_ntlm_auth.c:273): fgets() failed!
> dying..... errno=2
> (No such file or directory)
> (wb_auth)[4695](wb_basic_auth.c:110): fgets() failed!
> dying..... errno=0
> (Error 0)
>
>
>
> and the second time:
>
> again many time:
> 2004/02/09 15:16:30| AuthenticateNTLMHandleReply: invalid
> callback data.
> Releasing helper '27e4d0'.
> 2004/02/09 15:41:49| sslReadServer: FD 174: read failure:
> (131) Connection
> reset by peer
> 2004/02/09 16:24:56| sslReadServer: FD 174: read failure:
> (131) Connection
> reset by peer
> .
> .
> 2004/02/09 17:23:00| WARNING: All NT_global_group processes are busy.
> 2004/02/09 17:23:00| WARNING: 5 pending requests queued
> 2004/02/09 17:23:00| Consider increasing the number of NT_global_group
> processes in your config file.
> 2004/02/09 17:23:04| externalAclLookup: 'NT_global_group'
> queue overload
> 2004/02/09 17:23:04| externalAclLookup: 'NT_global_group'
> queue overload
> 2004/02/09 17:23:04| externalAclLookup: 'NT_global_group'
> queue overload
> 2004/02/09 17:23:04| externalAclLookup: 'NT_global_group'
> queue overload
> 2004/02/09 17:23:04| externalAclLookup: 'NT_global_group'
> queue overload
> .
> .
> .
> 2004/02/09 17:23:04| externalAclLookup: 'NT_global_group'
> queue overload
> (wb_ntlmauth)[4892](wb_ntlm_auth.c:273): fgets() failed!
> dying..... errno=2
> (No such file or directory)
>
> and crash !!!
> 2004/02/09 17:23:09| helperStatefulOpenServers: Starting 64
> 'wb_ntlmauth'
> processes
> (wb_ntlmauth)[5116](wb_ntlm_auth.c:414): Can't contact winbindd. Dying
> (wb_ntlmauth)[5117](wb_ntlm_auth.c:414): Can't contact winbindd. Dying
>
>
>
> and here is the param I have for the authentication:
>
> auth_param ntlm program /usr/local/squid/libexec/wb_ntlmauth
> auth_param ntlm children 64
> auth_param ntlm max_challenge_reuses 0
> auth_param ntlm max_challenge_lifetime 2 minutes
> #
> auth_param basic program /usr/local/squid/libexec/wb_auth
> auth_param basic children 64
> auth_param basic realm CAI Internet access control Gen\350ve
> auth_param basic credentialsttl 2 hours
> #
> external_acl_type NT_global_group %LOGIN /opt/squid/libexec/wb_group
> acl webuser external NT_global_group SurfeursWeb
> #
> http_access allow java_jvm
> http_access allow cai-auth webuser
> http_access deny all
>
> it's squid 2.5stable1 on solaris 8 1Gb ram (please don't ask
> me to upgrade
> to stable5, so mutch work to make it work with all I need ;( )

  Can't comment on all, but the 'invalid callback data' errors
 seem to be related to browsers aborting (requests) during
NTLM negotations (look in the archives), for similar message(s)
and related discussion(s). So can be ignored, probably.

 However , especially, since you are suffering from segv. crashes,
I can't agree with the "don't upgrade viewpoint".
You should check your issue at versus the latest stable release.

M.

> How can I specify more external helper ?
>
> Thanks for info, regards,
>
> Arno
>
>
>
>
>
> ******************************************************************
> DISCLAIMER - E-MAIL
> -------------------
> The information contained in this E-Mail is intended for the named
> recipient(s). It may contain certain privileged and confidential
> information, or information which is otherwise protected from
> disclosure. If you are not the intended recipient, you must not
> copy,distribute or take any action in reliance on this information
> ******************************************************************
>
>
Received on Tue Feb 10 2004 - 03:15:32 MST