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