zu 2. + 3.
Es wurde die HDD von dem internen Bus in einen Wechselrahmen eingebaut, mehr konnte ich nicht in Erfahrung bringen.
Der Punkt ergibt keine Sinn: interner Bus, Einbau in Wechselrahmen.
Zwei Fragen sollten zunächst beantwortet werden:
Was für eine Festplattentyp wurde vorher eingesetzt, an welchem Bus betrieben?
Was ist nach Umbau der Sachstand?
Jetzt habe ich den Beitrag schon bestimmt 5x geändert, weil ich mich durch raten und informieren langsam zum Sachstand durchkämpfe. So sollte es net laufen. => "I need input, Mr TC".
Grundsätzlich sind die Festplatten in Blade 2500-Systemen mit SCA-Anschluss (80-polig) ausgestattet. Um am onboard SCSI-Bus betrieben werden zu können ist ein Festplatten-Rahmen nötig.
Die Standard OBP-Gerätepfade für SCA-Festplatten mit Sun-Rahmen bei einer Blade 2500 sind:
Gerät Pfad
Ultra320 SCSI-Bus /pci@1d,700000/scsi@4
disk 1 /pci@1d700000/scsi@4/disk@0,0
disk 2 /pci@1d,700000/scsi@4/disk@1,0
Der von dir angegebene Geräte-Pfad "/pci@1e,600000/isa@7/i2c@0,320/gpio@0,30:pca9556_0), rv(6)" weist auf folgendes hin:
i2c@0,320
Checks for the presence of the I2C devices and memory PROMs.
Problem on the I2C bus or controller, motherboard SEEPROM, DIMM SEEPROM or motherboard clock generator. Check the DIMM memory or the motherboard. See “Memory Problem” on page 4-37 or “Motherboard Problem” on page 4-34.
Aus dem
Service Manual der Blade 2500. Sieht nach einem Problem mit dem OnBoard-Controller selbst aus.
Der Gerätepfad weist weiterhin auf den Controller selbst hin.
#
# iowr -- 0x4D82 is GPIO_SET_OUTPUT per sys/i2c/clients/i2c_gpio.h file
# iord -- 0x4D80 is GPIO_GET_INPUT per sys/i2c/clients/i2c_gpio.h file
# mask -- bit mask for control pin
# val -- pin value to set on/off
# delay -- minimum delay between FET off and FET on
# post_delay -- delay after turning on/off the FET
#
domain_scsifet1-devices = "/pci@1d,700000/scsi@3/sd@0,0", "/pci@1d,700000/scsi@4/sd@0,0";
domain_scsifet1-model = "FET";
domain_scsifet1-control = "cmd=FET_ON path=/pci@1e,600000/isa@7/i2c@0,320/gpio@0,30:pca9556_0 method=I2CKIO iowr=0x4D82 iord=0x4D80 mask=0x80 val=0x80 post_delay=1500000", "cmd=FET_OFF path=/pci@1e,600000/isa@7/i2c@0,320/gpio@0,30:pca9556_0 method=I2CKIO iowr=0x4D82 iord=0x4D80 mask=0x80 val=0";
Quelle:
http://src.opensolaris.org/source/xref/crypto/quantis/usr/src/uts/sun4u/enchilada/io/ppm.confDie Frage die ich mir jetzt stelle, warum ... lieber net! Beantworte erst mal die obigen beiden Fragen bitte bzw. stelle mal die Lage etwas ausführlicher dar.
Probier doch auf einer mit Rahmen verbauten Blade 2500 bitte folgendes:
- Stop im OBP am "ok"-Prompt
- Posten der Ausgabe zu "printenv"
- Posten der Ausgaben zu "probe-scsi"
- Posten der Ausgabe zu "show-devs"
Zum Test mal probieren die Disk im Rahmen anzusprechen:
ok boot /pci@1d700000/scsi@4/disk@0,0
... bzw. ...
ok boot /pci@1d700000/scsi@4/disk@0,1
Während des Boot-Vorganges (je nach Partitionierung der Festplatte) werden weitere Probleme auf euch zukommen: Bei Solaris werden die Hardare-Addressen als Pfade unterhalb /devices abgebildet. Über symbolische Links unterhalb /dev wird über /devices auf die Hardware-Komponenten zugegriffen. Die Device-Links unter /dev auf Geräte unterhalb /devices werden nicht mehr korrekt gesetzt sein. Da sind innerhalb der Verzeichnisse /dev/rdsk sowie /dev/dsk/ eventuell Anpassungen nötig.
