[OmniOS-discuss] Can't import zpool
Theo Schlossnagle
jesus at omniti.com
Fri Dec 28 09:19:40 EST 2012
It will take a but more to understand the issue, but that assertion
indicates that zfs was unable to read the configs(labels) off the vdevs.
And, it's a crappy error message *I think* due to a but in error handling.
However, there is an open illumos ticket about GPT support. It is unclear
if it is unsupported completely or just in boot scenarios. If there is a
complete lack of support, that would explain the issue.
https://www.illumos.org/issues/208
On Fri, Dec 28, 2012 at 2:49 AM, Alistair Harding <
alistair.harding at gmail.com> wrote:
> Apologize in advance for this, I haven't filed a bug report in years, and
> I'm entirely useless with Solaris.
>
> System is a Supermicro SC-847 Chassis, 36 2TB drives, LSI 9265 for the
> front 24 drives (all exported as JBOD) and a LSI SAS2308 based card as an
> HBA.
>
> zpool was originally created under ZFSOnLinux 0.6.0-rc13, which is
> filesystem version 5, pool version 28.
>
> After installing OmniOS Bloody 20121107, I attempted to do a zpool import
> Storage
>
> Error: Assertion failed: rn->rn_nozpool == B_FALSE, file
> ../common/libzfs_import.c, line 1086, function zpool_open_func from omnios
>
> zpool crashed, and dumped an 9mb core.
>
> I then booted FreeBSD 9.1-RELEASE (supposedly) and was able to import the
> pool.
>
> # zpool status
> pool: Storage
> state: ONLINE
> scan: scrub in progress since Thu Dec 27 18:08:44 2012
> 16.4T scanned out of 38.2T at 856M/s, 7h27m to go
> 0 repaired, 42.76% done
> config:
>
> NAME STATE READ
> WRITE CKSUM
> Storage ONLINE 0
> 0 0
> raidz3-0 ONLINE 0
> 0 0
> mfid0p1 ONLINE 0
> 0 0
> mfid1p1 ONLINE 0
> 0 0
> mfid2p1 ONLINE 0
> 0 0
> mfid3p1 ONLINE 0
> 0 0
> mfid4p1 ONLINE 0
> 0 0
> mfid5p1 ONLINE 0
> 0 0
> mfid6p1 ONLINE 0
> 0 0
> mfid7p1 ONLINE 0
> 0 0
> raidz3-1 ONLINE 0
> 0 0
> mfid8p1 ONLINE 0
> 0 0
> mfid9p1 ONLINE 0
> 0 0
> mfid10p1 ONLINE 0
> 0 0
> mfid11p1 ONLINE 0
> 0 0
> mfid12p1 ONLINE 0
> 0 0
> mfid13p1 ONLINE 0
> 0 0
> mfid14p1 ONLINE 0
> 0 0
> mfid15p1 ONLINE 0
> 0 0
> raidz3-2 ONLINE 0
> 0 0
> mfid16p1 ONLINE 0
> 0 0
> mfid17p1 ONLINE 0
> 0 0
> mfid18p1 ONLINE 0
> 0 0
> mfid19p1 ONLINE 0
> 0 0
> mfid20p1 ONLINE 0
> 0 0
> mfid21p1 ONLINE 0
> 0 0
> mfid22p1 ONLINE 0
> 0 0
> mfid23p1 ONLINE 0
> 0 0
> raidz3-3 ONLINE 0
> 0 0
> da5p1 ONLINE 0
> 0 0
> da9p1 ONLINE 0
> 0 0
> gptid/cf9318bd-c045-3d4b-b685-31498a450171 ONLINE 0
> 0 0
> da4p1 ONLINE 0
> 0 0
> da10p1 ONLINE 0
> 0 0
> da2p1 ONLINE 0
> 0 0
> da6p1 ONLINE 0
> 0 0
> da8p1 ONLINE 0
> 0 0
> spares
> da12p1 AVAIL
> da11p1 AVAIL
> da3p1 AVAIL
> da1p1 AVAIL
>
> errors: No known data errors
>
> The only two issues I can maybe think of, is OmniOS may not like the one
> drive being GPT?, and the array was in the middle of a scrub before I
> exported it from linux, However FreeBSD Doesn't seem to have an issue with
> either of these things.
>
> The only thing I did after installing OmniOS, was log in, configure my
> network, then attempt to zpool import Storage. /dev/dsk looked like
> http://pastebin.com/huVBqrvH. I tried one mailing list post of mv
> /dev/dsk /dev/dsk-old and same for rdsk, then restart some service, but the
> issue persisted.
>
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>
--
Theo Schlossnagle
http://omniti.com/is/theo-schlossnagle
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20121228/e6fd98c5/attachment-0001.html>
More information about the OmniOS-discuss
mailing list