----- Original Message -----
From: "Robert Watson" <[EMAIL PROTECTED]>
The connections getting reset without application notification is a classic
symptom of a full listen queue. A couple of questions:
Yep thats what I thought.
(1) What FreeBSD version?
7.0-RELEASE-p2 (amd64)
(2) Are you using accept filters?
The modules there but not loaded, so no.
(3) If possibly, are you able to instrument lighthttpd so that you can trigger
it to query SO_LISTENQLIMIT, SO_LISTENQLEN, and SO_LISTENINCQLEN on the
listen socket once things have gone wrong? The respectively (and perhaps
obviously) querye the current administrative limit on queue depth, the
number queue depth on completed connections, and the current queue depth
on incomplete connections. The last of these will only be used with
accept filters on recent FreeBSD network stacks (since the syncache was
added).
Hopefully doing (3) will allow us to try to determine whether it's indeed the
case that somehow the listen queue or event handling has gotten "wedged" in
some way.
This should be possible, I'll have a look, assuming the kgdb stuff doesn't
turn up the required results.
Regards
Steve
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please
telephone +44 845 868 1337
or return the E.mail to [EMAIL PROTECTED]
_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"