[OmniOS-discuss] core dump while trying to import pool

[Dan McDonald]

> On Dec 4, 2015, at 4:38 AM, Lawrence Giam <paladinemishakal at gmail.com> wrote:
> 
> Hi All,
> 
> I have a problem here is that I am upgrading my server OS from OpenIndiana 151a7 to OmniOS R151014. While working on the upgrade, I have detached the sas expander from the main chassis and the installation was proceeding fine.
> 
> When the upgrade is done, I connect back the SAS expander. I have 2 pool which one is on the main chassis and the other one is on the SAS expander. When I was trying to import the pool on the main chassis, the system core dump and rebooted.

I've seen this stack before:

> After a while, the system core dump again
> ffffff003ee4a170 unix:die+df ()
> ffffff003ee4a280 unix:trap+db3 ()
> ffffff003ee4a290 unix:cmntrap+e6 ()
> ffffff003ee4a3d0 zfs:zap_leaf_lookup_closest+45 ()
> ffffff003ee4a470 zfs:fzap_cursor_retrieve+bb ()
> ffffff003ee4a510 zfs:zap_cursor_trtrieve+11e ()
> ffffff003ee4a700 zfs:zfs_purgedir+67 ()
> ffffff003ee4a750 zfs:zfs_rmnode+202 ()
> ffffff003ee4a790 zfs:zfs_zinactive+e8 ()
> ffffff003ee4a7f0 zfs:zfs_inactive+75 ()
> ffffff003ee4a850 genunix:fop_inactive+76 ()
> ffffff003ee4a880 genunix:vn_rele+82 ()
> ffffff003ee4aa70 zfs:zfs_unlinked_drain++aa ()
> ffffff003ee4aab0 zfs:zfsvfs_setup+e8 ()
> ffffff003ee4ab10 zfs:zfs_domount+131 ()
> ffffff003ee4ac40 zfs:zfs_mount+24f ()
> ffffff003ee4ac70 genunix:fsop_mount+1e ()
> ffffff003ee4ad70 genunix:domount+86b ()
> ffffff003ee4ae80 genunix:mount+167 ()
> ffffff003ee4aec0 genunix: syscall_ap+94 ()
> ffffff003ee4af10 unix:brand_sys_sysenter+1c9 ()

Tell me, do you have an L2ARC on this pool?

And John's suggestion is a very good one:  Boot the 016 ISO, and see if a vanilla "zpool import <big-pool>" causes problems.

Dan