Panic +Aplicacion de Patches + Panic debido a los patches.

Debido a un panic en un solaris 10 sparc, causado por el BUG ID: 6696124
- Null mutex pointer crashing from ip_wput_ioctl() el cual fue solucionado en la versión de Kernel 141444-02 (S10 sparc) y que Sun recomendo instalar como mínimo el parche 141444-09, debido a que se trata de un parche de Kernel, me puse a bajar los recommended and security patches
ACA EMPIEZAN LOS OTROS PROBLEMITAS (PANIC )
Cuando instale los parches recomendados, al finalizar al hacer un reboot , me daba panic.
/platform/SUNW,Sun-Fire-15000/kernel/drv/sparcv9/dr: undefined symbol 'tod_status_set' WARNING: mod_load: cannot load module
'dr' WARNING: dr failed to load /kernel/misc/sparcv9/strplumb: undefined symbol 'iscsiboot_prop'
WARNING: mod_load: cannot load module 'strplumb' panic[cpu480]/thread=180e000: mod_hold_stub: Couldn't load stub module
misc/strplumb 000000000180b890 genunix:mod_hold_stub+1f0 (0, 18ed000, 193c2d0, 60022de1c70, 1839810, 0)
%l0-3: 00000000018ba598 0000060023180000 00000000018337f0 0000000000000000 %l4-7: 0000000000000000 0000000000000064
0000000000000064 0000000000000000 000000000180b940 unix:stubs_common_code+30 (0, 1ed437, 193ec00, 1941c00, 1263c00, 183c400)
%l0-3: 000000000180b209 000000000180b2e1 000001e3f5000000 0000000000000001 %l4-7: 0000000000000000 0000000001839820
0000000000000000 0000060022ccf258 000000000180ba10 genunix:main+f8 (1835f78, 0, 18883e0, 193c000, 183c378, 1835c00) %l0-3:
0000000001015400 0000000000000001 0000000070002000 0000000000000000 %l4-7: 0000000001893400 00000000000001e0
000000000180c000 0000000000000000 syncing file systems... done skipping system dump - no dump device configured rebooting...
Resetting...
Vi por ahi, que hay un bug id, que cuando tenes SVM en los dicos internos ( por ejemplo el mirror del os ) con solaris 10 y update 8 tiene el mismo problema que me dio a mi.
Antes de instalar los parches en este dominio de la 25k.
Los instale en una v215, con misma version de solaris 10. El error no se reprodujo, pienso yo, porque NO tenia los discos mirroreados con SVM, porque para lo unico que uso en ese equipo el SVM es para concatenar unas luns y crear un fs.
Los pasos que realize para que el equipo quede operativo y con los parches instalados fueron :
Desencapsule el disco de booteo ( usando el procedimiento descripto en este blog) que tenia con SVM.
fsck al disco primario.
borre las replicas del disco secundario.
bootee con el disco primario y levanto todo.
Luego lo que hice, fue volver a encapsular el disco de booteo