• 26.04.2024, 12:38
  • Registrieren
  • Anmelden
  • Sie sind nicht angemeldet.

 

Lieber Besucher, herzlich willkommen bei: Aqua Computer Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

Problem mit SCSI-Festplatten + Solaris 10

Montag, 29. September 2008, 18:14

Hallo Leute,

ich habe hier ein Problem welches an mich, im rahmen meiner HiWi-Tätigkeit als Admin hier am Institut, an mich weitergereicht wurde.
Es geht dabei darum, dass wir je 2 Hitachi Ultrastar 10k300 300GB und 2 Hitachi Ultrastar 15k147 36GB nicht in ein bestehendes System einbinden können. Auf dem System läuft wie der Überschrift zu entnehmen Solaris 10. Hat jemand von euch eine Idee wo das Problem liegen könnte? Ich habe keinem ehr, bin aber auch eigentlich nur für die Windows-Arbeitsplatzrechner und nicht für die Server verantwortlich, daher fehlen mir hier evtl noch entsprechnde Kenntnisse.
Ich bin also für jede Idee von euch dankbar.

Sebastian
Wenn man 50 Dollar Schulden hat, so ist man ein Schnorrer.
Hat jemand 50.000 Dollar Schulden, so ist er ein Geschäftsmann.
Wer 50 Millionen Dollar Schulden hat, ist ein Finanzgenie.
50 Milliarden Dollar Schulden haben - das kann nur der Staat.

Re: Problem mit SCSI-Festplatten + Solaris 10

Montag, 29. September 2008, 18:25

Was heißt denn nicht einbinden können? Werden sie überhaupt nicht vom Solaris erkannt, oder kann nicht auf sie zugegriffen werden? Gibts irgendeine Fehlermeldung/Logdatei? Ich nehme mal an, dass die Festplatten vom Controller korrekt erkannt werden?

Re: Problem mit SCSI-Festplatten + Solaris 10

Montag, 29. September 2008, 18:29

so wie mir das geschildert wurde, werden die wohl von dem betreffenden system nicht erkannt, obwohl sie eigentlich laufen die platten.
ob sie vom Controller erkannt werden kann ich gleich mal erfragen, ebenso was fehlermeldungen und logdatein angeht; wie gesagt bin eigentlich nicht für die server zuständig und auch nicht so mit der materie vertraut.
Wenn man 50 Dollar Schulden hat, so ist man ein Schnorrer.
Hat jemand 50.000 Dollar Schulden, so ist er ein Geschäftsmann.
Wer 50 Millionen Dollar Schulden hat, ist ein Finanzgenie.
50 Milliarden Dollar Schulden haben - das kann nur der Staat.

Re: Problem mit SCSI-Festplatten + Solaris 10

Mittwoch, 1. Oktober 2008, 01:52

also ich kann inzwischen sagen, dass die platten korrekt vom controller erkannt werden. zu den logs kann ich nichts weiter sagen, da auch unser admin, der das übernommen hat bisher nicht so viel erfahrung mit solaris hat und es laufen bei uns sonst auch eigentlich nur linux server.
Wenn man 50 Dollar Schulden hat, so ist man ein Schnorrer.
Hat jemand 50.000 Dollar Schulden, so ist er ein Geschäftsmann.
Wer 50 Millionen Dollar Schulden hat, ist ein Finanzgenie.
50 Milliarden Dollar Schulden haben - das kann nur der Staat.

Re: Problem mit SCSI-Festplatten + Solaris 10

Mittwoch, 1. Oktober 2008, 18:01

unterschiedliche SCSI-ID's ausgewählt? richtig terminiert? ;) wenn alle die gleiche ID haben explodierts.. und wenns nicht richtig terminiert ist wirds seltsam ::)
V: Cuplex (sock. 478), Twinplex (gf-4 halterung), Airplex-Classic, Eheim 1046, div. Winkel, 2 Gehäusedurchführungen... alles Plug'n'Cool

Re: Problem mit SCSI-Festplatten + Solaris 10

Donnerstag, 2. Oktober 2008, 02:52

wenn sie vom controller erkannt werden und der controller ohne probleme bootet sollte die terminierung passen

hängen die an einem raid controller oder an einem normalen scsi controller?

gibts irgendwelche meldungen beim boot?

wird der controller von solaris überhaupt erkannt bzw hängen da noch andere hdds dran?

und ohne in die logs zu schauen wird die fehlersuche sehr schwierig

mit einbinden meinst du mounten nimm ich mal an oder???

oder gibts schon probleme beim partitionieren oder filesystem erstellen?
For Windows reboot
for Linux be root

Re: Problem mit SCSI-Festplatten + Solaris 10

Donnerstag, 2. Oktober 2008, 11:08

also ich versuch mal die fragen soweit ich kann zu beantworten, wie gesagt ist das eigentlich nicht so mein gebiet.
also an dem server an sich an einem controller hängen 2 platten die laufen auch ohne probleme nur halt die beiden neuen lassen sich nicht mounten (hängen an nem 2ten controller, normaler scsi-controller, meines wissens nach).
unser admin hat auch nochmal nen test laufen lassen, wobei folgendes rauskam:


sc> poweron

SC Alert: Host System has Reset
sc> console -f
Warning: User < > currently has write permission to this console and forcibly removing them will terminate any current write actions and all work will be lost.  Would you like to continue? [y/n]y
Enter #. to return to ALOM.

SC Alert: PSU @ PS0 has FAILED.

screen not found.
keyboard not found.
Keyboard not present.  Using ttya for input and output.


Sun Fire V440, No Keyboard
Copyright 1998-2004 Sun Microsystems, Inc.  All rights reserved.
OpenBoot 4.13.0, 16384 MB memory installed, Serial #xxxxxxxx.
Ethernet address x:x:xx:xx:xx:xx, Host ID: xxxxxxxx.


{3} ok probe-scsi-all
/pci@1f,700000/scsi@2,1
Target e
 Unit 0   Disk     HITACHI HUS103030FL3600 SA1B    585937500 Blocks, 286102 MB
Target f
 Unit 0   Disk     HITACHI HUS103030FL3600 SA1B    585937500 Blocks, 286102 MB

/pci@1f,700000/scsi@2
Target 0
 Unit 0   Disk     SEAGATE ST373307LSUN72G 0507    143374738 Blocks, 70007 MB
Target 2
 Unit 0   Disk     SEAGATE ST373307LSUN72G 0507    143374738 Blocks, 70007 MB

{3} ok test-all
Testing /pci@1f,700000/scsi@2,1
Testing /pci@1f,700000/scsi@2
Testing /pci@1f,700000/network@1
Testing /pci@1e,600000/ide@d
Testing /pci@1e,600000/usb@b
Testing /pci@1e,600000/usb@a
Testing /pci@1e,600000/isa@7/rmc-comm@0,3e8
Testing /pci@1e,600000/isa@7/serial@0,2e8
Testing /pci@1e,600000/isa@7/serial@0,3f8
Testing /pci@1e,600000/isa@7/i2c@0,320
Testing /pci@1e,600000/isa@7/rtc@0,70
Testing /pci@1e,600000/isa@7/flashprom@2,0
Testing /pci@1c,600000/network@2


{3} ok watch-clock
Watching the 'seconds' register of the real time clock chip.
It should be 'ticking' once a second.
Type any key to stop.
37

{3} ok watch-net-all
/pci@1f,700000/network@1
/pci@1f,700000/network@1: link down

/pci@1c,600000/network@2
/pci@1c,600000/network@2: 1000 Mbps full duplex link up
Watch ethernet packets
'.' is a good packet and 'X' is a bad packet
Press any key to stop
.............................................

{3} ok boot

SC Alert: Host System has Reset

screen not found.
keyboard not found.
Keyboard not present.  Using ttya for input and output.

SC Alert: PSU @ PS0 has FAILED.


Sun Fire V440, No Keyboard
Copyright 1998-2004 Sun Microsystems, Inc.  All rights reserved.
OpenBoot 4.13.0, 16384 MB memory installed, Serial #xxxxxxxx.
Ethernet address x:x:xx:xx:xx:xx, Host ID: xxxxxxxx.



Rebooting with command: boot
Boot device: /pci@1f,700000/scsi@2/disk@0,0:a  File and args:
SunOS Release 5.10 Version Generic_120011-14 64-bit
Copyright 1983-2007 Sun Microsystems, Inc.  All rights reserved.
Use is subject to license terms.
Hardware watchdog enabled
Hostname: nyx
/dev/rdsk/c1t2d0s0 is clean
/dev/rdsk/c1t0d0s3 is clean

nyx console login: Oct  1 15:41:14 nyx sendmail[404]: My unqualified host name (nyx) unknown; sleeping for retry
Oct  1 15:41:14 nyx sendmail[405]: My unqualified host name (nyx) unknown; sleeping for retry

nyx console login:  


---------------------------------------------------------------------------------------------


sc> poweron

SC Alert: Host System has Reset
sc> console -f
Warning: User < > currently has write permission to this console and forcibly removing them will terminate any current write actions and all work will be lost.  Would you like to continue? [y/n]y
Enter #. to return to ALOM.

SC Alert: PSU @ PS0 has FAILED.

screen not found.
keyboard not found.
Keyboard not present.  Using ttya for input and output.


Sun Fire V440, No Keyboard
Copyright 1998-2004 Sun Microsystems, Inc.  All rights reserved.
OpenBoot 4.13.0, 16384 MB memory installed, Serial #xxxxxxxx.
Ethernet address x:x:xx:xx:xx:xx, Host ID: xxxxxxxx.

{3} ok probe-scsi-all
/pci@1f,700000/scsi@2,1
Target e
 Unit 0   Disk     HITACHI HUS103030FL3600 SA1B    585937500 Blocks, 286102 MB
Target f
 Unit 0   Disk     HITACHI HUS103030FL3600 SA1B    585937500 Blocks, 286102 MB

/pci@1f,700000/scsi@2
Target 0
 Unit 0   Disk     SEAGATE ST373307LSUN72G 0507    143374738 Blocks, 70007 MB
Target 2
 Unit 0   Disk     SEAGATE ST373307LSUN72G 0507    143374738 Blocks, 70007 MB

{3} ok boot -r
Boot device: /pci@1f,700000/scsi@2/disk@0,0:a  File and args: -r
SunOS Release 5.10 Version Generic_120011-14 64-bit
Copyright 1983-2007 Sun Microsystems, Inc.  All rights reserved.
Use is subject to license terms.
Hardware watchdog enabled
Hostname: nyx
Configuring devices.
WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
       Disconnected command timeout for Target 14
WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
       Disconnected command timeout for Target 14
WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
       Disconnected command timeout for Target 15
WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
       Disconnected command timeout for Target 15
WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
       Disconnected command timeout for Target 14
WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
       Disconnected command timeout for Target 14
WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
       Disconnected command timeout for Target 15
WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
       Disconnected command timeout for Target 15
/dev/rdsk/c1t2d0s0 is clean
/dev/rdsk/c1t0d0s3 is clean

nyx console login: Oct  1 17:37:04 nyx sendmail[481]: My unqualified host name (nyx) unknown; sleeping for retry
Oct  1 17:37:04 nyx sendmail[482]: My unqualified host name (nyx) unknown; sleeping for retry



vermutlich ein HDD-Firmware Problem wenn wir dasrichtig interpretiert haben.

Tante €dit sagt:

hier habt ihr auch nochmal die dmesg.out:


Oct 1 18:13:07 nyx scsi: [ID 365881 kern.info] /pci@1f,700000/scsi@2,1 (mpt1):
Oct 1 18:13:07 nyx initiator SCSI ID now 7
Oct 1 18:13:07 nyx scsi: [ID 365881 kern.info] /pci@1f,700000/scsi@2,1 (mpt1):
Oct 1 18:13:07 nyx Rev. 7 LSI, Inc. 1030 found.
Oct 1 18:13:07 nyx scsi: [ID 365881 kern.info] /pci@1f,700000/scsi@2,1 (mpt1):
Oct 1 18:13:07 nyx mpt1 supports power management.
Oct 1 18:13:07 nyx pseudo: [ID 129642 kern.info] pseudo-device: ramdisk1024
Oct 1 18:13:07 nyx genunix: [ID 936769 kern.info] ramdisk1024 is /pseudo/ramdisk@1024
Oct 1 18:13:07 nyx scsi: [ID 365881 kern.info] /pci@1f,700000/scsi@2,1 (mpt1):
Oct 1 18:13:07 nyx mpt1 Firmware version v1.3.27.0 (IM/IME)
Oct 1 18:13:07 nyx scsi: [ID 365881 kern.info] /pci@1f,700000/scsi@2,1 (mpt1):
Oct 1 18:13:07 nyx mpt1: IOC Operational.
Wenn man 50 Dollar Schulden hat, so ist man ein Schnorrer.
Hat jemand 50.000 Dollar Schulden, so ist er ein Geschäftsmann.
Wer 50 Millionen Dollar Schulden hat, ist ein Finanzgenie.
50 Milliarden Dollar Schulden haben - das kann nur der Staat.

Re: Problem mit SCSI-Festplatten + Solaris 10

Donnerstag, 2. Oktober 2008, 15:46

Zitat von »TwiLight«


also an dem server an sich an einem controller hängen 2 platten die laufen auch ohne probleme nur halt die beiden neuen lassen sich nicht mounten (hängen an nem 2ten controller, normaler scsi-controller, meines wissens nach).

Ok, schauen wir mal, was Solaris dazu sagt:

Zitat


/pci@1f,700000/scsi@2,1
Target e
 Unit 0   Disk     HITACHI HUS103030FL3600 SA1B    585937500 Blocks, 286102 MB
Target f
 Unit 0   Disk     HITACHI HUS103030FL3600 SA1B    585937500 Blocks, 286102 MB

Controller B, an dem die neuen Platten hängen. Erkannt werden aber nur die großen 300GB Hitachis. Von den 36GB keine Spur.

Aber:

Zitat


WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
Disconnected command timeout for Target 14
WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
Disconnected command timeout for Target 14
WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
Disconnected command timeout for Target 15
WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
Disconnected command timeout for Target 15
WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
Disconnected command timeout for Target 14
WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
Disconnected command timeout for Target 14
WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
Disconnected command timeout for Target 15
WARNING: /pci@1f,700000/scsi@2,1 (mpt1):
Disconnected command timeout for Target 15

Hier gibts Probleme mit den erkannten 300GB Hitachis (Target e/f => Target 14/15.
Der Controller hat ID 7:

Zitat

Oct 1 18:13:07 nyx scsi: [ID 365881 kern.info] /pci@1f,700000/scsi@2,1 (mpt1):
Oct 1 18:13:07 nyx initiator SCSI ID now 7

Ich würde wirklich mal die SCSI-IDs neu setzen z.B. auf 0-3, bzw. zumindest bei den Platten kontrollieren.

Zu guter letzt der funktionierende Teil:

Zitat


/pci@1f,700000/scsi@2
Target 0
 Unit 0   Disk     SEAGATE ST373307LSUN72G 0507    143374738 Blocks, 70007 MB
Target 2
 Unit 0   Disk     SEAGATE ST373307LSUN72G 0507    143374738 Blocks, 70007 MB


Controller A mit den alten Platten, IDs 0 und 2

Re: Problem mit SCSI-Festplatten + Solaris 10

Montag, 6. Oktober 2008, 17:19

ok das war evtl auch etwas missverständlich geschrieben von mir. wir haben halt die 300er platten drin mo,mementan und dann zu testzwecken die beiden getauscht gegen die 36er aber da hatte nwir auch probleme.
ich kann noch sagen die beiden platten sitzen in nem externen gehäuse von stardom/raidsonic, dort kann man die IDs direkt "hardwaremäßig" am gehäuse einstellen, wir werden das noch einmal testen wenn wir die IDs umgestellt haben.
Wenn man 50 Dollar Schulden hat, so ist man ein Schnorrer.
Hat jemand 50.000 Dollar Schulden, so ist er ein Geschäftsmann.
Wer 50 Millionen Dollar Schulden hat, ist ein Finanzgenie.
50 Milliarden Dollar Schulden haben - das kann nur der Staat.

Re: Problem mit SCSI-Festplatten + Solaris 10

Montag, 6. Oktober 2008, 18:19

Ah, externe Gehäuse. Habt ihr da schon nach Kontaktschwierigkeiten geschaut? Dass der Controller die Platten richtig erkennt und enumeriert heißt ja noch lange nicht, dass auch ein zuverlässiger Datentransfer möglich ist. Was passiert denn z.B. wenn ihr im Controller-BIOS die Busgeschwindigkeit herabsetzt? Korrekt terminiert ist der Bus aber schon, oder? Irgendwas in die Richtung könnte die Timeouts erklären, die in den Logs auftauchen.

Re: Problem mit SCSI-Festplatten + Solaris 10

Dienstag, 7. Oktober 2008, 19:59

danke für die hinweise!
ich werde der sache morgen direkt mal nachgehen wenn ich wieder am institut bin.
Wenn man 50 Dollar Schulden hat, so ist man ein Schnorrer.
Hat jemand 50.000 Dollar Schulden, so ist er ein Geschäftsmann.
Wer 50 Millionen Dollar Schulden hat, ist ein Finanzgenie.
50 Milliarden Dollar Schulden haben - das kann nur der Staat.