ZFS failed after hard power off

[krad]

On 4 April 2011 19:59, jhell <jhell at dataix.net> 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