OpenSolaris

Test lucreate from UFS root/ZFS zone root to UFS root/ZFS zone root cause system panic. 

> ::status                            
debugging crash dump vmcore.0 (64-bit) from blower
operating system: 5.11 zboot-i386-0311 (i86pc)
panic message: mod_hold_stub: Couldn't load stub module fs/dcfs
dump content: kernel pages only
> ::stack
vpanic()
mod_hold_stub+0x1a2(fffffffffbc07e50)
stubs_common_code+0x1f()
ufs_lookup+0x205(ffffff02c7958d00, ffffff000f490850, ffffff000f490820, 
ffffff000f490af0, 0, ffffff02b7d0d680)
fop_lookup+0xf2(ffffff02c7958d00, ffffff000f490850, ffffff000f490820, 
ffffff000f490af0, 0, ffffff02b7d0d680)
lookuppnvp+0x351(ffffff000f490af0, 0, 1, 0, ffffff000f490bd0, ffffff02b7d0d680)
lookuppnat+0x125(ffffff000f490af0, 0, 1, 0, ffffff000f490bd0, 0)
lookupnameat+0x82(8077d68, 0, 1, 0, ffffff000f490bd0, 0)
vn_openat+0x1bf(8077d68, 0, 2001, 3e0, ffffff000f490d90, 0)
copen+0x33e(ffd19553, 8077d68, 2001, 80463e0)
open64+0x30(8077d68, 0, 80463e0)
sys_syscall32+0x101()

Core files: /net/zion.eng/export/dumps/forrest/<bugid>
This issue causes a panic _every_ time I try to run

root_archive unpack

with the newly delivered x86.miniroot from snv_99:

===================================================
Sep 25 10:18:22 blinder unix: [ID 836849 kern.notice] 
Sep 25 10:18:22 blinder ^Mpanic[cpu0]/thread=ffffff03100a9900: 
Sep 25 10:18:22 blinder genunix: [ID 414451 kern.notice] mod_hold_stub: Couldn't load stub module fs/dcfs
Sep 25 10:18:22 blinder unix: [ID 100000 kern.notice] 
Sep 25 10:18:22 blinder genunix: [ID 655072 kern.notice] ffffff001073d7d0 genunix:mod_hold_stub+1a2 ()
Sep 25 10:18:22 blinder genunix: [ID 655072 kern.notice] ffffff001073d820 unix:stubs_common_code+1f ()
Sep 25 10:18:22 blinder genunix: [ID 655072 kern.notice] ffffff001073d8b0 ufs:ufs_lookup+205 ()
Sep 25 10:18:22 blinder genunix: [ID 655072 kern.notice] ffffff001073d950 genunix:fop_lookup+f2 ()
Sep 25 10:18:22 blinder genunix: [ID 655072 kern.notice] ffffff001073dba0 genunix:lookuppnvp+351 ()
Sep 25 10:18:22 blinder genunix: [ID 655072 kern.notice] ffffff001073dc40 genunix:lookuppnat+125 ()
Sep 25 10:18:22 blinder genunix: [ID 655072 kern.notice] ffffff001073dd20 genunix:lookupnameat+82 ()
Sep 25 10:18:22 blinder genunix: [ID 655072 kern.notice] ffffff001073ddb0 genunix:cstatat_getvp+160 ()
Sep 25 10:18:22 blinder genunix: [ID 655072 kern.notice] ffffff001073de50 genunix:cstatat64_32+7d ()
Sep 25 10:18:22 blinder genunix: [ID 655072 kern.notice] ffffff001073de80 genunix:fstatat64_32+4a ()
Sep 25 10:18:22 blinder genunix: [ID 655072 kern.notice] ffffff001073dec0 genunix:fsat32+dc ()
===================================================
got this panic on our jumpstart server just after getting snv_99 images onto it.
  the server runs snv_91, but unpacks the snv_99 boot archive to add things to
  driver_aliases etc.
This only happens when unpacking snv_99's miniroot, our server has been happily
  unpacking and repacking miniroots for months.
crash dump (16GB in size) at:
/net/irperf.ireland/export/work/crash_images/irperf.Thurs.Sept.25.2008.snv_91
I'm now seeing this too when I boot with snv_98, and try to luupgrade another root to snv_99.  This is on a laptop with its entire disk comprising one zpool.  There's no UFS involved.

Copy "dcfs" modules into your module search path(s) before invoking live upgrade to an snv_99 system.  This seems to work going from snv_98 to snv_99, but I'm not sure if
this would be safe for older systems.
You should always use the LU packages from the media you try to live
upgrade to.

This can be done by doing this:

# cd <cdmountpoint>/So*/To*/Installers
# ./liveupgrade20 -nodisplalay -noconsole

Using the snv99 live upgrade packages will prevent the panic.

N/A