Date: Wed, 7 Sep 2005 19:32:41 -0400 From: Kris Kennaway <kris@obsecurity.org> To: Vasil Dimov <vd@datamax.bg> Cc: freebsd-hackers@freebsd.org Subject: Re: Reproducable panic under heavy disk I/O on 5.4-latestandthegreatest Message-ID: <20050907233241.GA32464@xor.obsecurity.org> In-Reply-To: <20050907184643.GA61702@sinanica.bg.datamax> References: <20050907184643.GA61702@sinanica.bg.datamax>
next in thread | previous in thread | raw e-mail | index | archive | help
--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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050907233241.GA32464>