From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 23:33:24 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2B9A16A41F for ; Wed, 7 Sep 2005 23:33:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4146643D49 for ; Wed, 7 Sep 2005 23:33:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j87NWg0r013966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Sep 2005 19:32:42 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j87NWf6P012764; Wed, 7 Sep 2005 19:32:42 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6927F51210; Wed, 7 Sep 2005 19:32:41 -0400 (EDT) Date: Wed, 7 Sep 2005 19:32:41 -0400 From: Kris Kennaway To: Vasil Dimov Message-ID: <20050907233241.GA32464@xor.obsecurity.org> References: <20050907184643.GA61702@sinanica.bg.datamax> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <20050907184643.GA61702@sinanica.bg.datamax> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: Reproducable panic under heavy disk I/O on 5.4-latestandthegreatest 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: Wed, 07 Sep 2005 23:33:24 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 07, 2005 at 09:46:43PM +0300, Vasil Dimov wrote: > The command that causes the panic is: >=20 > # duplicity / rsync://backuphost:873/kutelo1 >=20 > It generally traverses the whole FS. When 500-600M are uploaded to > backuphost, the machine (the one that runs duplicity command) panics. >=20 > Below I have attached "uname -a" and "ident /boot/kernel/kernel" > commands output, the kernel config file, dmesg output and backtraces > with WITNESS_COUNT set to 200 (default) and 20000. >=20 > Note that I get different panic 'reasons' with WITNESS_COUNT=3D200 vs. > WITNESS_COUNT=3D20000. >=20 > Should I submit a PR (without a fix :/)? > Unread portion of the kernel message buffer: > panic: kmem_malloc(4096): kmem_map too small: 40886272 total allocated This indicates you're running your kernel out of memory. Try tuning VM_KMEM_SIZE_MAX, e.g. options VM_KMEM_SIZE_MAX=3D524288000 #500MB > lock order reversal > 1st 0xc15aa798 inp (tcpinp) @ netinet/tcp_usrreq.c:371 > 2nd 0xc071ae00 ipf filter rwlock (ipf filter rwlock) @ contrib/ipfilter/= netinet/fil.c:1107 This indicates that ipf is broken on SMP, as is well-known. Kris --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDH3iZWry0BWjoQKURAm+mAKClC3jc5z20TqJrigz+11yWCcjeFACfUXTO odGDv3m5WUyuQrh+mUd3hLk= =oBVW -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl--