ZFS failed after hard power off

[jhell]

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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 522 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-fs/attachments/20110404/3d2b3a52/attachment.pgp