I've just updated my main system from opensolaris snv_118, to snv_128a,
using 'pfexec pkg image-update'.

But now the system hangs during booting snv_128a.

I can revert to the snv_118 boot environment, by selecting
the previous grub menu entry, and that still boots ok.

So I added '-kv' to the kernel$ line for the snv_128a boot,
and tried booting again, and the kernel debugger is showing a panic.
I have copied the information from the screen below:

        ffffff00088b6990 unix:die+dd ()
        ffffff00088b6aa0 unix:trap+177e ()
        ffffff00088b6ab0 unix:_cmntrap+e6 ()
        ffffff00088b6bb0 genunix:list_remove+1b ()
        ffffff00088b6bd0 fcoe:fcoe_destroy_mac+22 ()
        ffffff00088b6c50 fcoe:fcoe_iocmd+266 ()
        ffffff00088b6cc0 fcoe:fcoe_ioctl+9e ()
        ffffff00088b6d00 genunix:cdev_ioctl+45 ()
        ffffff00088b6d40 specfs:spec_ioctl+5a ()
        ffffff00088b6dc0 genunix:fop_ioctl+7b ()
        ffffff00088b6ec0 genunix:ioctl+18e ()
        ffffff00088b6f10 unix:brand_sys_sysenter+1eb ()
        
        panic: entering debugger (continue to save dump)
        
        Welcome to kmdb
        Loaded modules: [ rootnex scsi_vhci crypto mac cpc uppc neti sd ptm ufs 
unix zfs
         krtld s1394 sppp sata uhci hook lofs genunix idm ip logindmux usba 
specfs
        pcplusmp nfs md random cpu.generic sctp arp stmf sockfs smbsrv ]
        [1]>

So this would seem to show something going wrong in the FCoE code.
And I had been trying out the FCoE target afew months ago.

I'm not sure how to resolve this, so I can successfully boot into snv_128a.

Maybe if I could remove the FCoE packages, it would not try to call these 
routines.

Any ideas &/or advice would be appreciated.
Thanks
Nigel Smith
-- 
This message posted from opensolaris.org
_______________________________________________
storage-discuss mailing list
storage-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/storage-discuss

Reply via email to