|
Tuesday October 21, 2008
live upgrade & 'mod_hold_stub: Couldn't load stub module fs/dcfs'
I'm running a few builds behind Solaris Express at the moment, but decided to catch up earlier today, anyway I forgot to update my liveupgrade packages and hit a panic, so for your perusal (and oddly my enjoyment, I don't exactly look at panics that often these days and you sometimes forget just how powerful tools like mdb are for post mortem analysis)......
> ::status
debugging crash dump vmcore.5 (32-bit) from tiresias
operating system: 5.11 snv_98 (i86pc)
panic message: mod_hold_stub: Couldn't load stub module fs/dcfs
dump content: kernel pages only
> ::cpuinfo
ID ADDR FLG NRUN BSPL PRI RNRN KRNRN SWITCH THREAD PROC
0 fec1e278 1f 0 0 35 no no t-0 d18dc400 Xorg
1 fec21d98 1b 1 0 0 no no t-0 e2f11c00 luupgrade
> ::pgrep luupgrade | ::walk thread | ::findstack
stack pointer for thread e2f11c00: de6c4b7c
de6c4b90 cmn_err+0x5a()
de6c4bb4 mod_hold_stub+0x161()
de6c4bf0 stubs_common_code+9()
de6c4c44 fop_lookup+0xac()
de6c4dfc lookuppnvp+0x313()
de6c4e44 lookuppnat+0xec()
de6c4ec4 lookupnameat+0x8b()
de6c4f14 cstatat_getvp+0x149()
de6c4f60 cstatat64+0x6b()
de6c4f84 stat64+0x1c()
de6c4fac sys_sysenter+0x106()
which points to the missing module listed in the status causing the error. Anyway a bit of digging around pointed to 6674815. The work around (and what you should always do anyway) is to update the live upgrade packages to the version of Solaris your upgrading to, from the bug workaround
# cd /So*/To*/Installers
# ./liveupgrade20 -nodisplalay -noconsole
After all of that, I'm happily upgrading and looking forward to playing around with the integrated version of powertop among other cute nv_100 toys. Speaking of power, you do know about the Sun Intelligent Power Monitoring Service don't you?
(2008-10-21 09:09:52.0)
Permalink
|
