From owner-freebsd-fs@FreeBSD.ORG Tue Apr 5 08:22:37 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 790BC106566B for ; Tue, 5 Apr 2011 08:22:37 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 03F658FC17 for ; Tue, 5 Apr 2011 08:22:36 +0000 (UTC) Received: by wyf23 with SMTP id 23so111737wyf.13 for ; Tue, 05 Apr 2011 01:22:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=RV/J9koPHtKnVl5ue76n+F78mWrIT9zopTaSioM/46A=; b=hmaCRDhkz7THpf9/siS4SJsQ6SY7Ik/MYZa2eHr/8ailu3l6rxPjDu8HkkmzIF5W8K 2PWo8saXrh1oIXvv5C2aXUh3ou+Iee8BZQnVO2vSWXgCHwIm/TTcnv2gmXeVeBQVMY2o X0fbGgzaGT9XK2vubFk8xt/wh7g3zkDY+/Yj0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=cr1iSNbbgR+XZoZjLfQZA5lCZBYKtdZTxqaXlTRmSF0qxf4mlrFSEZZrHhXeIs7/jK CtdU/N3iYwYwD1sbx0dzVBbD8ZhD+Rq9k6bgc7yZ5ISR6W9YvC03vkAx9wjo85lk6DQm u1vEJdig+sokekRBkDjyKua6aDRbCr8bM1uZY= MIME-Version: 1.0 Received: by 10.216.82.142 with SMTP id o14mr654702wee.114.1301991755697; Tue, 05 Apr 2011 01:22:35 -0700 (PDT) Received: by 10.216.187.16 with HTTP; Tue, 5 Apr 2011 01:22:35 -0700 (PDT) In-Reply-To: <20110404185930.GA96734@DataIX.net> References: <20110401013603.GA31034@icarus.home.lan> <84DF4838-CE43-430E-8C3A-4CC7881E44BD@gmail.com> <1301911993.17884.4.camel@core.nessbank> <20110404185930.GA96734@DataIX.net> Date: Tue, 5 Apr 2011 09:22:35 +0100 Message-ID: From: krad To: jhell Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org, Daryl Richards Subject: Re: ZFS failed after hard power off X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2011 08:22:37 -0000 On 4 April 2011 19:59, jhell wrote: > On Mon, Apr 04, 2011 at 12:48:35PM +0200, Piotr Paczynski wrote: > > > gpt, not gpart. gpt - Guid Partition Table - is the table format, gpart > > > is the tool. gpart can also create mbr partition tables. > > > > Let me paste the partition table of my boot disk: > > > > $ gpart show da0 > > => 34 3906207677 da0 GPT (1.8T) > > 34 128 1 freebsd-boot (64K) > > 162 8388608 2 freebsd-swap (4.0G) > > 8388770 3897818941 3 freebsd-zfs (1.8T) > > > > It looks like an ordinary GPT, which should work ok on Solaris, no? > > > > Disks in my second pool do not use any partition table at all (raw > > disk device is added directly to zpool) and this was imported ok in > > Solaris. > > > > Just to put a final NOTE on this: > > Yes! ( *Solaris, OpenIndiana, IllumOS ) > 1. Can... from FreeBSD... > A. Import > B. Destroy > C. Scrub > D. Export > E. Send/Recieve > F. Most anything else ZFS can do... > > ( *Solaris, OpenIndiana, IllumOS ) Recognizes pools from FreeBSD for... > 2. > A. Versions 6-28 > > MBR slice partitions from FreeBSD on ( *Solaris, OpenIndiana, IllumOS ) > 3. > A. Will relocate adNsN{x} to adNsN if imported on on any of the above > resulting in the pool to be resized to entire length of slice. > B. Does not see adNsN{x} and thus any other {x} will be lost on > import. (3A) > > GPT partitions (adNpX) or (adaNpX) (daNpX) > 4. > A. Are interchangeable between both Solaris & FreeBSD upto v28 > B. Usually results in using whole_disk enabling use of write cache. > > Labels, FreeBSD & ( *Solaris, OpenIndiana, IllumOS ) > 5. > A. Generic labels are not reccognized but the pool itself will be and > will result in a loss of the label and a resize to the full length of > the partition or slice if imported. > B. GPT labels are not recognized but the disk still is. > C. GPT labels can be used on FreeBSD while Solaris still uses the > disk partition or slice. > D. Labels as provided by glabel(8) are not found on other OS's do not > expect them to show up anywhere but FreeBSD. Especially the generic > labels. > > > If your setting up a pool and you plan on using *Solaris for repair you > should plan appropriately and setup your pool on a whole slice(sN) or > partition(pN) and forget about using generic labels. > > That being said, Martin Matuska has created mfsBSD[6] images that have an > available v28 module that can be used to repair your current install and > can also be used to repair older pools without an upgrade of the on-disk > versions. > > FreeBSD 9-CURRENT should also have snapshots available that will have > ZFSv28 too! so relying on another OS is not entirely a must. At this > time the URL to where those are located is not available from my > location. Google ( site:ftp.freebsd.org snapshots ) for a list. > > > 6. http://mfsbsd.vx.sk > > > > Good God, Good ZFS, Good Luck, Great Pawel! > > -- > > Regards, > > J. Hellenthal > JJH48-ARIN > 0x89D8547E > > you will need to force import if it wasn't exported as the hostid will be different on the solaris box than the freebsd one