From owner-freebsd-current@FreeBSD.ORG Mon Jan 7 15:23:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B393B16A420 for ; Mon, 7 Jan 2008 15:23:17 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 686CA13C448 for ; Mon, 7 Jan 2008 15:23:17 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so12657835pyb.10 for ; Mon, 07 Jan 2008 07:23:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=1r9Loyru6rVagFaD9n+bIAjDKknVyXgJN+dvBDbEEHI=; b=UPWdQw12ENn+VR/USLbUqCr6SvQJP5NyxCJ0zKa2CgS6Z0SNzQEFXr7PRZL1xQ9fC6NyVvT4JkoP8uAxsulF/lRD5qTMhQ9xD5wE7D8Dt2+2DbPxxuBi6tHdcv6x45k4I0m+ZpWiZbmznbTlvzxa23pUdADYo7JMrNvo6SGBQBQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=r5T4UtXG4G3QQKfZLiistBHUBdcA7zwwGifTpNwhzur1xja7/A3nWpUWGKaYZZnJFWb2BNyGyRY1PEMMEkyDenu9FjNqOEsTEkm7emUyCluJrBIzSiUKmgiBWRMVTefFpVzhm9lD0vNAHS/jn9DQ5xnh7UIubmUmdgvr7ml/YJs= Received: by 10.65.156.2 with SMTP id i2mr42516961qbo.60.1199719396298; Mon, 07 Jan 2008 07:23:16 -0800 (PST) Received: by 10.64.184.9 with HTTP; Mon, 7 Jan 2008 07:23:16 -0800 (PST) Message-ID: <8e10486b0801070723q5f35a6a6o285abbad2605ddc3@mail.gmail.com> Date: Mon, 7 Jan 2008 13:23:16 -0200 From: "Alexandre Biancalana" To: freebsd-current@freebsd.org In-Reply-To: <47818E97.8030601@conducive.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47810DE3.3050106@FreeBSD.org> <478119AB.8050906@FreeBSD.org> <47814160.4050401@samsco.org> <4781541D.6070500@conducive.net> <47815D29.2000509@conducive.net> <1199664196.899.10.camel@RabbitsDen> <47818E97.8030601@conducive.net> Subject: Re: ZFS honesty 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: Mon, 07 Jan 2008 15:23:17 -0000 On 1/7/08, 韓家標 Bill Hacker wrote: > Finally - the principle architect/miracle worker of ZFS on FreeBSD - pjd@ - > seems to be heavily committed on other matters now, and may be so for some time > to come. > > Ergo 'caution' remains appropriate for production use w/r ZFS - perhaps until 8.X. I agree. I build a new backup server ( DualCore processor, AMD64 Kernel, 3GB Ram, 10x 500GB Sata disks, areca 1230) to receive data from all my local servers on a 4TB zfs pool (using compression, ~ 300 snapshots and ~90 filesystems) and after write to LTO3 Tape Drives. It worked fine after the required tuning (vm patch, prefetch disable, etc) But I lost my data two times. The first was in 11/12/2007, the system freeze and after reboot I get the panic when trying to mount the zfs pool: Dump header from device /dev/ad0s1b Architecture: amd64 Architecture Version: 2 Dump Length: 103477248B (98 MB) Blocksize: 512 Dumptime: Mon Nov 12 14:56:12 2007 Hostname: Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-BETA2 #0: Mon Nov 12 11:49:07 BRST 2007 root@:/usr/src/sys/amd64/compile/MANNY.debug Panic String: solaris assert: ss == NULL, file: /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/space_map.c, line: 110 Dump Parity: 2217569595 Bounds: 3 Dump Status: good after some days giving some shots with Pawel (and his contact with solaris people), we can't figure out the problem, I assume the lost and recreate the zpool. I decided to give another try, put more memory, do more "tuning" and after one month all worked fine except the slowness when coping small files to a tape drive (a started a new thread about that on -performance http://www.mail-archive.com/freebsd-performance@freebsd.org/msg01764.html) when I get another crash, this time with: ZFS(panic): zfs: allocating allocated segment(offset=2781261201408 size=131072) And again, I can't recover my zpool. I had choose zfs because the fantastic features available, instant snapshots, clones, native/transparent compression, the way that you can create filesystems inside the pool limiting and reserving space, all this make my backup solution simple amazing. But this crashes forced me to step back and without a filesystem that can handle TB without tedious fsck a had to go with CentOS+ext3. I'm a FreeBSD lover, using this as much as I can, at work all gateways, firewalls, proxy, fileservers, pop, imap, smtp, ldap and were FreeBSD fit this is my preference. I work with Free since 2.2.6 and I only give up when there is no choice. This case unfortunately was one of that I have no choice. Best Regards, Alexandre Biancalana ps: excuse me for my bad english...