From owner-freebsd-net Tue Nov 13 14: 0:13 2001 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 8C54137B41A for ; Tue, 13 Nov 2001 14:00:03 -0800 (PST) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id NAA59916; Tue, 13 Nov 2001 13:48:36 -0800 (PST) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id fADLmak59111; Tue, 13 Nov 2001 13:48:36 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200111132148.fADLmak59111@arch20m.dellroad.org> Subject: Re: Mpd with a large number, 200+ , of bundles In-Reply-To: <3BF0FB94.1020005@ii.uib.no> "from Trond Davidsen at Nov 13, 2001 11:53:08 am" To: Trond Davidsen Date: Tue, 13 Nov 2001 13:48:36 -0800 (PST) Cc: freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Trond Davidsen writes: > > Those two events correspond to the netgraph data and control sockets > > associated with the bundle. Not sure how important that is.. > > the ng_socket(4) code relies on the standard generic socket code > > so unlikely that the problem lies there. > > > > The fact that it's blocked on "piperd" implies that something is > > going wrong with a message pipe (mpd uses pipe(2) to communicate > > with itself). But the tsleep() call in pipe_read() uses PCATCH, > > so 'kill' should work... > > > > What version of FreeBSD again? > > FreeBSD vpn-gw3.uib.no 4.4-STABLE FreeBSD 4.4-STABLE #2: Sat Nov 10 > 17:37:02 CET 2001 root@vpn-gw3.uib.no:/usr/obj/usr/src/sys/VPN-GW3 i386 > > cvsuped about a month ago. I tried to cvsup and rebuild now, but the > kernel compile crashes in the linuxulator module. Hmm.. well, we should try to pick this apart one problem at a time. If you can get mpd into a state where "kill -9" doesn't kill it, then that seems like a kernel bug to me, and so we should probably hone in on that first.. maybe we can come up with a simple test case, e.g. using the event library debug output, write a program that opens the same number of file descriptors, pipes, etc. and registers the same event handlers, etc.. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message