From owner-freebsd-net@FreeBSD.ORG Wed Feb 28 20:01:03 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6895516A400 for ; Wed, 28 Feb 2007 20:01:03 +0000 (UTC) (envelope-from ml.diespammer@netfence.it) Received: from parrot.aev.net (parrot.aev.net [212.31.247.179]) by mx1.freebsd.org (Postfix) with ESMTP id E34A413C478 for ; Wed, 28 Feb 2007 20:01:02 +0000 (UTC) (envelope-from ml.diespammer@netfence.it) Received: from soth.ventu (adsl-ull-42-242.51-151.net24.it [151.51.242.42]) (authenticated bits=128) by parrot.aev.net (8.14.0/8.13.8) with ESMTP id l1SK8Mwr015774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 28 Feb 2007 21:08:28 +0100 (CET) (envelope-from ml.diespammer@netfence.it) Received: from [10.1.2.18] (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.0/8.13.8) with ESMTP id l1SK1GfB048617 for ; Wed, 28 Feb 2007 21:01:17 +0100 (CET) (envelope-from ml.diespammer@netfence.it) Message-ID: <45E5DF6D.3000004@netfence.it> Date: Wed, 28 Feb 2007 21:00:45 +0100 From: Andrea Venturoli User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <45E21468.4060200@netfence.it> <20070227222316.R60173@fledge.watson.org> <45E53F7D.4030703@netfence.it> <20070228084928.Y64827@maildrop.int.zabbadoz.net> <45E54F39.4050204@netfence.it> In-Reply-To: <45E54F39.4050204@netfence.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.61 on 212.31.247.179 Subject: Update: LOR with divert sockets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 20:01:03 -0000 Andrea Venturoli wrote: > I'm currently having: > _ 1 SMP box *with* one uid rule which occasionally hangs (running > INVARIANTS&Co and from which my report was taken); > _ 1 SMP box *without* uid rules which occasionally hangs (running > INVARIANTS&Co); > _ 1 UP box *with* one uid rule which frequently hangs (I'm turning > INVARIANTS&Co on this afternoon on this one); > _ 1 UP box *with* one uid rule which frequently hangs (I'm turning SMP > and INVARIANTS&Co on this afternoon on this one); > _ 2 UP boxes *with* one uid rule which never ever hanged. I did what I told I was about to do, i.e. I enabled all the mentioned debugging options on two servers which are configured almost alike and are working in pair (i.e. running carp to backup each other): one is an i386/UP, the other an amd64/SMP. Both are 6.2p1 running ipfw with the uid rule I reported in one of my previous messages. As soon as I rebooted I got a LOR on both of them: this seems like #202 on the list at http://sources.zabbadoz.net/freebsd/lor.html, except first line number is 336. I then disabled debug.mpsafenet and had to reboot for this to apply. Again I immediately had two LORs, but this time the one on the i386/UP box was different: in fact it was #203, which is what I reported from another server of mine (which by the way is an i386/SMP). On that same box I later got #193, within two hours of enabling debugging messages. Time will tell wether disabling mpsafenet will solve stability problems on these two boxes. Hope this helps. bye & Thanks av.