From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 13:57:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C34A16A420 for ; Wed, 26 Oct 2005 13:57:08 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DBCD43D78 for ; Wed, 26 Oct 2005 13:57:05 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp2-g19.free.fr (Postfix) with ESMTP id 5C60452219 for ; Wed, 26 Oct 2005 15:57:04 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 1F8E64080; Wed, 26 Oct 2005 15:56:42 +0200 (CEST) Date: Wed, 26 Oct 2005 15:56:42 +0200 From: Jeremie Le Hen To: current@freebsd.org Message-ID: <20051026135641.GV14063@obiwan.tataz.chchile.org> References: <20051021163151.GG985@galgenberg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051021163151.GG985@galgenberg.net> User-Agent: Mutt/1.5.10i Cc: Subject: Re: panic: ffs_valloc: dup alloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 13:57:08 -0000 Hi Ulrich, > updated my server to 6.0RC1 (needed GELI, so I went straight to 6.0) and > got this panic while moving 20GB of data to a GELI+GMIRROR backed > volume. > > mode = 015115, inum = 444208, fs = /vol2 > panic: ffs_valloc: dup alloc > Uptime: 7h55m14s It would be far more useful to provide a backtrace. You can achieve this by asking FreeBSD to frop to DDB upon panic and then use the "trace" command. > No WITNESS, no INVARIANTS, no DDB. Sorry. Should I retry with these > settings? Yes, INVARIANTS are useful to have, and I think DDB is a must :-). > Due to performance reasons, I went with a geli-sectorsize of 8192 for > this particular volume, resulting in a bs/fs of 16384/8192. > > Is this an incredibly stupid thing to do? How else could I speed up the > operation of GELI? (No, sadly GBDE is even slower). I don't know, but the kernel should not panic anyway. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org >