Hallo
k.a. ob das wichtig ist aber zum hintergund... als ich die maschiene bekommen habe war sie mit 3 "io boards mit massig gbics" und 2 cpu boards bestückt. als bei uns noch eine 2te maschiene "abgefallen" ist habe ich 2 io boards entfernt und 2 cpu boards eingebaut damit ich dann 4 cpu boards hatte.
als ich dann die maschiene startete kahmen einige fehlermeldungen aber sie bootete. dort hatte ich dann ein "touch /reconfigure;init6" eingegeben und danach waren die fehler weg.
ich hatte auch noch das problem das ich die oberen 4 disks nicht gefunden habe und hier im forum wurde wir gesagt das ich dazu ein 2tes gbit und 2tes kabel brauche. also habe ich eines aus den ausgebauten karten ausgebaut und dann sah ich auch alle 8 platten.
vielleicht hab ich dabei was kaput gemacht ? oder ein falsches gbic ? auf der anderen seite wenn es kaputt oder falsch wär hätte es gar nicht funktioniert oder ? (sind ja alles mutmassungen von mir)
zur frage ob ich alle platten sehe würd ich sagen ja hab mal die ausgabe von metastat kopiert...
-bash-3.00# metastat
d0: Spiegel
Untergeordneter Spiegel 0: d1
Status: Benötigt Wartung
Untergeordneter Spiegel 1: d2
Status: OK
Kontrolllauf: 1
Leseoption: roundrobin (Standard)
Schreiboption: parallel (Standard)
Größe: 11067462 Blöcke (5,3 GB)
d1: Untergeordneter Spiegel von d0
Status: Benötigt Wartung
Aufrufen: metareplace d0 c0t0d0s0 <Neues Gerät>
Größe: 11067462 Blöcke (5,3 GB)
Stripe 0:
Gerät Startblock Daten Status Wiede Hot-Spare
c0t0d0s0 0 Nein Wartung Ja
d2: Untergeordneter Spiegel von d0
Status: OK
Größe: 11067462 Blöcke (5,3 GB)
Stripe 0:
Gerät Startblock Daten Status Wiede Hot-Spare
c0t1d0s0 0 Nein OK Ja
d3: RAID
Status: OK
Interlace: 32 Blöcke
Größe: 88370919 Blöcke (42 GB)
Originalgerät:
Größe: 88372800 Blöcke (42 GB)
Gerät Startblock Daten Status Wiede Hot-Spare
c0t2d0s7 3921 Nein OK Ja
c0t3d0s7 3921 Nein OK Ja
c2t4d0s7 3921 Nein OK Ja
c2t5d0s7 3921 Nein OK Ja
c2t6d0s7 3921 Nein OK Ja
c2t7d0s7 3921 Nein OK Ja
Device Relocation Information:
Device Reloc Device ID
c0t1d0 Ja id1,ssd@n200000203716e3dc
c0t0d0 Ja id1,ssd@n20000020370da84d
c0t2d0 Ja id1,ssd@n200000203716e4ba
c0t3d0 Ja id1,ssd@n20000020370da692
c2t4d0 Ja id1,ssd@n20000020370da963
c2t5d0 Ja id1,ssd@n200000203716e32b
c2t6d0 Ja id1,ssd@n200000203707b3bc
c2t7d0 Ja id1,ssd@n200000203716e4fb
ich werd auch mal später ein probe-scsi-all machen aber die maschiene wird grad von einem kollegen von mir benutzt und da möchte ich sie ungern runterfahren (muss ich doch um ins obp zu kommen ?)
der "kaputte d0" spiegel passierte als wir mal als wir die erste platte (sollte imho bootplatte sein) im betrieb rausgezogen haben um zu gucken ob das mit dem spiegeln der bootplatte funktioniert.
hat es nicht. es gab nach ein paar sek wirre zeichen am schirm und die maschiene bootete sich neu (ok hier versteh ichs auch). danach haben wir dann von der 2ten platte gebootet. die 2 platten wieder "syncron" zu bekommen ist uns bis heute nicht gelungen leider. aber die e3500 lief auch wirklich mehrere wochen 24h lang durch und muckste kein bischen bis zu o.g. "unerklärlichen" reboot.
ok hoffe das diese infos vielleicht hilfreich sind.
danke für all die hilfe und mühen bisher und grüße
tassilo
p.s.: auf die frage wieso man platten im laufenden betrieb zieht oder 9gb platten verwendet: dies ist eine "spielmaschiene" z.Zt für uns (mein kollege azubi fachinformatik systemintegration und ich ein anwendungsentwickler) da wir uns mal in solaris und sun allgeinem mal etwas "verstehen" wollen...
