In message <4e9da8b1.7020...@oracle.com>, Cindy Swearingen writes:
>1. If you re-create the pool on the whole disk, like this:
>
># zpool create foo c1t0d0
>
>Then, resend the prtvtoc output for c1t0d0s0.
# zpool create snafu c1t0d0
# zpool status snafu
pool: snafu
state: ONLINE
scan: none requested
config:
NAME STATE READ WRITE CKSUM
snafu ONLINE 0 0 0
c1t0d0 ONLINE 0 0 0
errors: No known data errors
# prtvtoc /dev/rdsk/c1t0d0s0
* /dev/rdsk/c1t0d0s0 partition map
*
* Dimensions:
* 4096 bytes/sector
* 732566642 sectors
* 732566631 accessible sectors
*
* Flags:
* 1: unmountable
* 10: read-only
*
* Unallocated space:
* First Sector Last
* Sector Count Sector
* 6 250 255
*
* First Sector Last
* Partition Tag Flags Sector Count Sector Mount Directory
0 4 00 256 732549997 732550252
8 11 00 732550253 16384 732566636
>We should be able to tell if format is creating a dummy label,
>which means the ZFS data is never getting written to this disk.
>This would be a bug.
# zdb -l /dev/dsk/c1t0d0s0
--------------------------------------------
LABEL 0
--------------------------------------------
failed to unpack label 0
--------------------------------------------
LABEL 1
--------------------------------------------
failed to unpack label 1
--------------------------------------------
LABEL 2
--------------------------------------------
failed to unpack label 2
--------------------------------------------
LABEL 3
--------------------------------------------
failed to unpack label 3
>2. You are running this early S11 release:
>
>SunOS 5.11 151.0.1.12 i386
>
>You might retry this on more recent bits, like the EA release,
>which I think is b 171.
Doubtful I'll find time to install EA before S11 FCS's
November launch.
>I'll still file the CR.
Thank you.
John
groenv...@acm.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
