From owner-freebsd-questions@FreeBSD.ORG Tue Jul 17 06:40:30 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BE7E16A404 for ; Tue, 17 Jul 2007 06:40:30 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 505A313C4A8 for ; Tue, 17 Jul 2007 06:40:30 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-2-214.net-htp.de [89.182.2.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 716F3A44529 for ; Tue, 17 Jul 2007 08:38:56 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-questions@freebsd.org Date: Tue, 17 Jul 2007 08:40:28 +0200 User-Agent: KMail/1.9.7 References: <20070717060948.GA3622@schottelius.org> In-Reply-To: <20070717060948.GA3622@schottelius.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707170840.28332.wundram@beenic.net> Subject: Re: bonnie++ aborts on NFS volume X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 06:40:30 -0000 On Tuesday 17 July 2007 08:09:48 Nico -telmich- Schottelius wrote: > Anyone an idea why it aborts and how to fix? An idea why it aborts _could_ be the fact that the Linux (kernel) NFS-serve= r=20 (there's also a userland NFS server, but that's not widely used, so I presu= me=20 this isn't the case for you) doesn't unlink files that are unlinked from=20 remote immediately, but moves them to a temporary (.nfs) name befor= e=20 finally truly unlinking them in case the file is still referenced by some N= =46S=20 handle (i.e., opened at the remote end), thus causing the directory to not = be=20 empty, even though all files in it have actually been unlinked from the=20 remote end. I don't know whether some performance/caching issues cause this, but as the= =20 temporary (seemingly) disappeared when bonnie++ was closed (and thus all fi= le=20 descriptors of bonnie among with any cache the OS kept freed), I'd guess in= =20 this direction. Again, this is just a wild guess, and I've never had problems running bonni= e++=20 on a Linux Kernel-NFS-server exported filesystem, but from Linux NFS-client= s,=20 that is, which might (or rather, will probably) behave differently. =2D-=20 Heiko Wundram Product & Application Development =2D------------------------------------ Office Germany - EXPO PARK HANNOVER =20 Beenic Networks GmbH Mail=E4nder Stra=DFe 2 30539 Hannover =20 =46on +49 511 / 590 935 - 15 =46ax +49 511 / 590 935 - 29 Mail wundram@beenic.net Beenic Networks GmbH =2D------------------------------------ Sitz der Gesellschaft: Hannover Gesch=E4ftsf=FChrer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover