From: Grigory Nikonov (ecat@land.ru)
Date: Sun Feb 09 2003 - 04:08:53 EST
Hello sunmanagers,
We have thw following task: we need to erase existing LUNs on the
first A1000 (let's call it 1Ak) connected to a E420R , replace some
of the disks with new ones, create LUNs again and ufsrestore to them.
Because we have Solaris and RM 6.22.1 installed on LUN 0 we
essentially face the problem of either connecting 1Ak to another
A1000 (2Ak - now connected to E4000) in a chain or making a
Solaris/Raid manager hard disk and installing it into E420R box.
We've decided to chain A1000s - they're supposed to work well
together, aren't they? ;)
We've made different setups using different cables, SCSI IDs, and so
on and came to the one that seems absolutely normal to mee:
|--------------------|
| Term to 2Ak | 1Ak ; Scsi id 0
|------------+-------|
|
|------------+-------|
| to E4k to 1Ak | 2Ak ; Scsi id 5
|---+----------------|
----|
We've come up with 2 HD68 SCSI cables: p/n 530-2383 and 530-2384 and
currently using 530-2384.
So what's the problem? Well, the problem is that RM6.22.1 doesn't work
with 1Ak array. /usr/sbin/osa/healtck gives us the following:
># /usr/sbin/osa/healthck -a
>
>Health Check Summary Information
>
>E450_002: Optimal
>cl301_001: Unable To Scan Module
In bootprom it seems everything is fine:
>{0} ok probe-scsi-all
>/sbus@7,0/SUNW,fas@3,8800000
>
>/sbus@3,0/SUNW,fas@3,8800000
>Target 6
> Unit 0 Removable Read Only device TOSHIBA XM6201TASUN32XCD110312/12/97
>
>
>
>/sbus@2,0/QLGC,isp@1,10000
>Target 0
> Unit 0 Disk Symbios StorEDGE A1000 0205 &Lnh^j
> Unit 1 Disk Symbios StorEDGE A1000 0205 &Ln@3j
> Unit 2 Disk Symbios StorEDGE A1000 0205 &Lj
> Unit 3 Device type 20 Symbios StorEDGE A1000 0205 &Ln3-i
> Unit 4 Device type 20 Symbios StorEDGE A1000 0205 &Lnh^j
> Unit 5 Device type 20 Symbios StorEDGE A1000 0205 &Ln@3j
> Unit 6 Device type 20 Symbios StorEDGE A1000 0205 &Lj
> Unit 7 Device type 20 Symbios StorEDGE A1000 0205 &Ln3-i
>Target 5
> Unit 0 Disk Symbios StorEDGE A1000 0003iV=&|
> Unit 1 Disk Symbios StorEDGE A1000 0003iV=&&
> Unit 2 Disk Symbios StorEDGE A1000 0003iV=&T
> Unit 3 Disk Symbios StorEDGE A1000 0003iV =Fn7
> Unit 4 Disk Symbios StorEDGE A1000 0003iV
> =FnJ
> Unit 5 Device type 20 Symbios StorEDGE A1000 0003 &OQ--_
> Unit 6 Device type 20 Symbios StorEDGE A1000 0003 &OQi-_
> Unit 7 Device type 20 Symbios StorEDGE A1000 0003 &OQ`e_
/etc/osa/rmparams (lines that differ from default):
>Rdac_SupportDisabled=FALSE
># WAS TRUE
>Rdac_HotAddDisabled=FALSE
># was PARTIAL
>Rdac_HotAddIDs:4:5:
># was :4:5
We've executed /usr/lib/osa/bin/hot_add and it worked for a long time
After that we even rebooted with reconfiguration (following sun's
FIN I0786-1).
Well nothing seems to work ;(
>> Any ideas from gurus? Additional info:
# showrev -p | grep 112126
Patch: 112126-06 Obsoletes: Requires: Incompatibles: Packages: SUNWosar, SUNWosafw, SUNWosau
# uname -a
SunOS Effa 5.8 Generic_108528-13 sun4u sparc SUNW,Ultra-Enterprise
System Board PROM revisions:
----------------------------
Board 0: OBP 3.2.29 2001/06/18 17:28 POST 3.9.29 2001/06/18 17:50
Board 1: FCODE 1.8.29 2001/06/18 17:25 iPOST 3.4.29 2001/06/18 17:49
Board 2: OBP 3.2.29 2001/06/18 17:28 POST 3.9.29 2001/06/18 17:50
Board 3: FCODE 1.8.29 2001/06/18 17:25 iPOST 3.4.29 2001/06/18 17:49
Board 4: OBP 3.2.29 2001/06/18 17:28 POST 3.9.29 2001/06/18 17:50
Board 5: OBP 3.2.29 2001/06/18 17:28 POST 3.9.29 2001/06/18 17:50
Board 6: OBP 3.2.29 2001/06/18 17:28 POST 3.9.29 2001/06/18 17:50
Board 7: OBP 3.2.29 2001/06/18 17:28 POST 3.9.29 2001/06/18 17:50
Two things that come to mind before rejecting the whole idea of
chaining arrays are: 108528-18 kernel patch; and carrying 1Ak back to
420R and checking firmware (but the other admin claims they're 99%
identical).
Waiting for your replies (and installing Solaris on a spare hdd).
-- Grigory Nikonov, system administrator, Renaissance Insurance, Moscow, Russia. _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:25:47 EDT