From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 13:03:46 2011 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 819A3106566C for ; Wed, 5 Oct 2011 13:03:46 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 40D768FC19 for ; Wed, 5 Oct 2011 13:03:46 +0000 (UTC) Received: by ggeq3 with SMTP id q3so921355gge.13 for ; Wed, 05 Oct 2011 06:03:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wF1K3DmaVgiGvONppi78e9jPitLtHRcFTIqIxzLRpVw=; b=eIGPEA/yJNONgEs0fA5maIPKwSwhRM6lPBaK1ePlUlJbIswFGCwoLzBgHBI24jSDZR NO0/AlwqAIsbrC5xJTBcMIIyY5woRZfvtLBDNgPTebqSWhn4y2NVQL56t0AurzBe1aGj K913LUAwKyF3N+SRE9uiX4A0tkqXE6PXF59Sk= MIME-Version: 1.0 Received: by 10.236.76.102 with SMTP id a66mr13294560yhe.25.1317819825487; Wed, 05 Oct 2011 06:03:45 -0700 (PDT) Received: by 10.236.105.166 with HTTP; Wed, 5 Oct 2011 06:03:45 -0700 (PDT) In-Reply-To: References: <8B59D754-9062-4499-9873-7C2167622032@gromit.dlib.vt.edu> Date: Wed, 5 Oct 2011 14:03:45 +0100 Message-ID: From: krad To: Olivier Smedts X-Mailman-Approved-At: Wed, 05 Oct 2011 13:24:43 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Paul Mather , freebsd-current@freebsd.org Subject: Re: Strange ZFS filesystem corruption 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, 05 Oct 2011 13:03:46 -0000 On 4 October 2011 17:09, Olivier Smedts wrote: > 2011/10/3 Paul Mather : > > I know ZFS does not have a fsck utility ("because it doesn't need one":), > but does anyone know of any way of fixing this corruption short of > destroying the pool, creating a new one, and restoring from backup? Is > there some way of exporting and re-importing the pool that has the > side-effect of doing some kind of fsck-like repairing of subtle corruption > like this? > > But there is the ZFS debugger, "zdb" ! > > I can't really help you with that because I never had a corrupted > zpool, but if you search on the lists for up to a year or so, you'll > find some useful commands to inspect and destroy corrupted objects. > > > Usage: zdb [-CumdibcsDvhL] poolname [object...] > zdb [-div] dataset [object...] > zdb -m [-L] poolname [vdev [metaslab...]] > zdb -R poolname vdev:offset:size[:flags] > zdb -S poolname > zdb -l [-u] device > zdb -C > > Dataset name must include at least one separator character '/' or '@' > If dataset name is specified, only that dataset is dumped > If object numbers are specified, only those objects are dumped > > Options to control amount of output: > -u uberblock > -d dataset(s) > -i intent logs > -C config (or cachefile if alone) > -h pool history > -b block statistics > -m metaslabs > -c checksum all metadata (twice for all data) blocks > -s report stats on zdb's I/O > -D dedup statistics > -S simulate dedup to measure effect > -v verbose (applies to all others) > -l dump label contents > -L disable leak tracking (do not load spacemaps) > -R read and display block from a device > > Below options are intended for use with other options (except -l): > -A ignore assertions (-A), enable panic recovery (-AA) or both > (-AAA) > -F attempt automatic rewind within safe range of transaction groups > -U -- use alternate cachefile > -X attempt extreme rewind (does not work with dataset) > -e pool is exported/destroyed/has altroot/not in a cachefile > -p -- use one or more with -e to specify path to vdev dir > -P print numbers parsable > -t -- highest txg to use when searching for uberblocks > Specify an option more than once (e.g. -bb) to make only that option > verbose > Default is to dump everything non-verbosely > > -- > Olivier Smedts _ > ASCII ribbon campaign ( ) > e-mail: olivier@gid0.org - against HTML email & vCards X > www: http://www.gid0.org - against proprietary attachments / \ > > "Il y a seulement 10 sortes de gens dans le monde : > ceux qui comprennent le binaire, > et ceux qui ne le comprennent pas." > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Have you dont the simple thing and checked to see if you have any weird whitespace in the dir names. Try using bash tab completion for the dir name. Also drop all non bash completion rules as these might be messing things up. I have seen odd characters in dirs cause much confusion in the past.