I have just patched an 11.31 test server to March 2012 Bundles.
I have just rebooted, and upon carrying out some checks, I find ioscan -fnCdisk shows nothing.
Full ioscan below:
H/W Path Class Description ============================================= root 0 ioa System Bus Adapter (880) 0/0 ba Local PCI-X Bus Adapter (783) 0/0/1/0 tty PCI SimpleComm (103c1290) 0/0/1/1 tty PCI Serial (103c1048) 0/0/2/0 usb NEC OHCI Controller 0/0/2/1 usb NEC OHCI Controller 0/0/2/2 usb NEC EHCI Controller 0/0/3/0 sideba CMD IDE controller 0/0/3/0.0 ext_bus IDE Primary Channel 0/0/3/0.1 ext_bus IDE Secondary Channel 0/1 ba Local PCI-X Bus Adapter (783) 0/1/1/0 ext_bus SCSI Ultra320 A6961-60011 0/1/1/1 ext_bus SCSI Ultra320 A6961-60011 0/1/2/0 lan HP AB352-60001 PCI/PCI-X 1000Base-T Dual-port Core 0/1/2/1 lan HP AB352-60001 PCI/PCI-X 1000Base-T Dual-port Core 0/2 ba Local PCI-X Bus Adapter (783) 0/2/1 slot PCI Slot 0/4 ba Local PCI-X Bus Adapter (783) 0/4/1 slot PCI Slot 0/4/1/0 fc HP Tachyon XL2 Fibre Channel Mass Storage Adapter 0/4/2 slot PCI Slot 0/4/2/0 fc HP Tachyon XL2 Fibre Channel Mass Storage Adapter 0/5 ba Local PCI-X Bus Adapter (783) 0/5/1 slot PCI Slot 0/5/2 slot PCI Slot 0/6 ba Local PCI-X Bus Adapter (783) 0/6/1 slot PCI Slot 0/6/1/0 ext_bus SCSI Ultra320 A6961-60011 0/6/1/1 ext_bus SCSI Ultra320 A6961-60011 8 memory Memory 16 ipmi IPMI Controller 128 processor Processor 129 processor Processor 136 processor Processor 137 processor Processor
ioscan -m dsf show nothing also.
ll /dev/disk shows:
brw-r----- 1 bin sys 1 0x000001 Oct 11 15:48 disk27 brw-r----- 1 bin sys 1 0x000002 Oct 11 15:48 disk28 brw-r----- 1 bin sys 1 0x000003 Oct 11 15:48 disk29 brw-r----- 1 bin sys 1 0x000004 Oct 11 15:48 disk30 brw-r----- 1 bin sys 1 0x000005 Oct 11 15:48 disk31 brw-r----- 1 bin sys 1 0x000006 Oct 11 15:48 disk32 brw-r----- 1 bin sys 1 0x000007 Oct 11 15:48 disk33 brw-r----- 1 bin sys 1 0x000008 Oct 11 15:48 disk34 brw-r----- 1 bin sys 1 0x00000a Oct 11 15:48 disk35 brw-r----- 1 bin sys 1 0x00000e Oct 19 12:30 disk37 brw-r----- 1 bin sys 1 0x00000f Oct 23 13:26 disk42 brw-r----- 1 bin sys 1 0x000011 Nov 1 14:26 disk78 brw-r----- 1 bin sys 1 0x000012 Nov 8 14:27 disk83 brw-r----- 1 bin sys 1 0x000013 Nov 9 15:33 disk84
root@test_server at /var/adm/syslog =>ioscan -fNCdisk Class I H/W Path Driver S/W State H/W Type Description =================================================================== disk 27 64000/0xfa00/0x1 esdisk CLAIMED DEVICE HP HSV400 disk 28 64000/0xfa00/0x2 esdisk CLAIMED DEVICE HP HSV400 disk 29 64000/0xfa00/0x3 esdisk CLAIMED DEVICE HP HSV400 disk 30 64000/0xfa00/0x4 esdisk CLAIMED DEVICE HP HSV400 disk 31 64000/0xfa00/0x5 esdisk CLAIMED DEVICE HP HSV400 disk 32 64000/0xfa00/0x6 esdisk CLAIMED DEVICE HP HSV400 disk 33 64000/0xfa00/0x7 esdisk CLAIMED DEVICE HP 300 GMAT3300NC disk 34 64000/0xfa00/0x8 esdisk CLAIMED DEVICE HP 300 GMAT3300NC disk 35 64000/0xfa00/0xa esdisk CLAIMED DEVICE TEAC DV-28E-N disk 37 64000/0xfa00/0xe esdisk CLAIMED DEVICE HP HSV400 disk 42 64000/0xfa00/0xf esdisk CLAIMED DEVICE HP HSV400 disk 78 64000/0xfa00/0x11 esdisk CLAIMED DEVICE NETAPP LUN disk 83 64000/0xfa00/0x12 esdisk CLAIMED DEVICE NETAPP LUN
Why is this the case? How come it didn't show anything when doing ioscan -f 'lower case n' Cdisk?
Looks like someone ran "rmsf -L" to disable legacy DSFs on this system - you can confirm this by running "insf -Lv", and you could re-enable legacy DSFs by running "insf -L". See man pages for rmsf and insf for more details.
This did the trick. I don't think anyone would've run the rmsf -L command, as I am the only person using this server at present. Could it be the Mar 12 bundle patching could have done something?
