Hello folks, I learned the hard way that LUN 0 SHOULD not be deleted before
any other
lun as LUN mapping info is stored on LUN 0. I ended up fixing the problem by
calling Sun
and have attached the steps I used to fix the problem.
Ryan
Original Post:
Hello folks, We just got our E10K and 2 A3500 modules installed. I tried to
delete the LUNs shipped from the factory so I could configure LUNS
specifically
for our needs. I went in through the RAID manager 6.22 GUI and clicked on
each
LUN and then clicked the trash can. This is on the first A3500 module, I
have
yet to touch the second A3500 module. I then went out and rebooted the
machine
and now the domain hangs with the message:
ssd1 at sf0: name w200800a0b8068e49,3, bus address e0
ssd1 is /sbus@40,0/SUNW,socal@1,0/sf@0,0/ssd@w200800a0b8068e49,3
vendor 'symbios', product 'StorEdgeA3500FCd', (unknown capacity)
I cannot seem to figure out what has happened and what is going on. I cannot
bring the domain up to see if RAID manager caused any issues and am at a
loss as to what to do.
Thanks for any info anyone can offer.
Ryan
Fix:
1. If you had just balanced luns, a "boot -r" should be done to
get the controller numbers to match.
2. If a reconfiguration reboot (boot -r) did not work,
you must clean out the device paths manually...
cd /dev/dsk ; rm -r c#*
# = the controller number of the
A1000/A3000/RSM200 disks
cd /dev/rdsk ; rm -r c#* (same)
cd /devices/pseudo ; rm -r rdnexus*
boot -r
Also make sure your rdriver.conf file is intact mine had to be restored
from tape as it was truncated.
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:14:08 CDT