From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 2 07:46:27 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B41EE106564A for ; Tue, 2 Jun 2009 07:46:27 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 3B3E28FC08 for ; Tue, 2 Jun 2009 07:46:26 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: by fg-out-1718.google.com with SMTP id e12so634549fga.12 for ; Tue, 02 Jun 2009 00:46:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=eiD/VVAvurjdwfNZEBOTh63pXeeNblQA2GqZ81nFoq8=; b=hqpNysdqh2o2nhCI2f4VBu20C0wav1q5tL7pZ/RqkPuDkA4af+xZm8Ki/0LKaJvrqT gmUHrTegJtpYZeTCt7s/kuSS+DX/gPeN9QiEC7e2r/T8ncfiQYbLuvqqgv3k2G2QedNT RAbE4L+AawqAVef6HS56cKK39uDqRZfUfSBTo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:organization:from:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=rbSxr5YTP342d1oxkaWprsdL1D52alGOiLIDaDj5gProzYlyjbCspNomlSfCDIeGnW 4UuHuUQ8IDlXr2HbeoQxVb9WvCZkwlwMItvS/oKjZCWbdA7zf4eb7J9+25nSV8ujEKBc 0cYkNusE3oYcCeIxuGtNwoa6L2LN3XI03X6A4= Received: by 10.86.68.1 with SMTP id q1mr7714734fga.10.1243928786118; Tue, 02 Jun 2009 00:46:26 -0700 (PDT) Received: from localhost (ms.singlescrowd.net [80.85.90.67]) by mx.google.com with ESMTPS id d4sm13216348fga.19.2009.06.02.00.46.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 02 Jun 2009 00:46:25 -0700 (PDT) To: Asmodean Dark References: <86oct7r8wt.fsf@kopusha.onet> Organization: TOA Ukraine From: Mikolaj Golub Date: Tue, 02 Jun 2009 10:46:23 +0300 In-Reply-To: (Asmodean Dark's message of "Tue\, 02 Jun 2009 10\:36\:32 +0400") Message-ID: <813aajkrhs.fsf@zhuzha.ua1> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-hackers@freebsd.org, Mikolaj Golub Subject: Re: 7.1-STABLE crash X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2009 07:46:28 -0000 On Tue, 02 Jun 2009 10:36:32 +0400 Asmodean Dark wrote: >>> Do you really need a such outdated version of mpd while mpd5 is available in ports? > Yes, we need mpd3 because there are many our custom patches for it (some RADIUS functions, bugfixes etc). > >>> Do you have some automatic blocker or some other script that periodically add/remove IPs in a ipfw table? > Yes. For some our users we use ipfw-based rules (SMTP port blocking, enabling transparent proxy and other). Mpd ifaceup script contain something like this: > if [ "$FilterId" = "no_transparent" ]; then > $IPFW table 3 add $IP > fi > > And, in ipfw.rules: > add allow tcp from table(3) to any dst-port 80 in recv ng* > > Why table can be corrupted? ipfw check added address, isn`t it? It might be that when ipfw was looking for IP in the table it was being modified by ifaceup script at that time. ipfw has lock protection so this thing should not have happened but... Could you run something like this? ps -auxl -M /path/to/vmcore -N /path/to/kernel.symbols We could look if at the moment of the crash some process was running that was adding/removing ipfw table. Other good and simple thing is to run crashinfo(8) utility and provide its output. If it runs flawlessly it should contain ps output too among other useful information. >>> Do the bt output for other crashes looks the same? > It`s a first dump obtained. There is some problems in receiving it, because all servers is network-booted (via PXE) and have no usable dump devices :) This dump obtained with USB flash device connected to server. Also, crashes is not often. So we could try to get as much info from this dump as we can :-). Could you post here the whole output of kgdb from its start, not only bt (I mean things like "Reading symbols from..." and the command line itself)? Also you can try in kgdb session: fr 9 list p *cmd p cmd->arg1 p a -- Mikolaj Golub