Re: scsi-Kontroller spinnt

On Mon, Aug 11, 2008 at 12:44:07PM +0200, Michael Gusek wrote:
> Es hat sich jetzt herausgestellt woran es lag. Der OnBoard
> Adaptec-SCSI-Controller kommt mit den 15k-Festplatten nicht zurecht. Wo
> FreeBSD einen "Hänger" hat und dann weitermacht, hängt sich Linux
> (getestet mit OpenSuse 11.3 und Novell Enterprise Desktop 10, vom
> Hersteller des Servers supportet) komplett auf. Windows Server 2003 ist
> das ganze immerhin eine Notiz im Ereignislog wert. Ich hab jetzt vom
> Hersteller 10k-Platten bekommen, damit klappt jetzt alles wie erwartet.

Die Geschwindigkeit kann nicht ursächlich sein.
Bestenfalls liefern Platten die Daten aus dem Cache.
Das klingt eher nach einem Bug in der Firmware der Platten.

> Bernd Walter wrote:
> >On Mon, Aug 04, 2008 at 11:50:27AM +0200, Michael Gusek wrote:
> >
> >>Hi !
> >>
> >>Ich hab hier einen Server mit einem Adaptec-Controller:
> >>
> >>ahd0(at)pci0:4:2:0: class=0x010400 card=0x808015d9 chip=0x809d9005
> >>rev=0x10 hdr=0x00
> >> vendor = 'Adaptec Inc'
> >> device = 'AIC-7902B HostRAID SCSI Controller'
> >> class = mass storage
> >> subclass = RAID
> >>
> >>Am Controller hängen 3 SCSI-Platten als zfs raidz. Wenn ich das
> >>io-System belaste, also buildworld oder buildkernel, schmeisst mir der
> >>Kernel unten stehende Meldung. Das System hängt dann eine Weile und dann
> >>gehts wieder weiter, bis zum nächsten Hänger. Ich hab schwer den
> >>SCSI-Controller im Verdacht, vielleicht ein Terminierungsproblem. Oder
> >>sind die Kernelausgaben etwa ganz anders zu interpretieren ? Ich bin für
> >>jede Hilfe dankbar.
> >>
> >>Micha
> >>
> >>Hier jetzt die etwas längere Ausgabe vom Kernel:
> >>
> >>
> >>ahd0: Recovery Initiated - Card was not paused
> >>
> >>>>>>>>>>>>>>>>>>>>Dump Card State Begins <<<<<<<<<<<<<<<<<
> >>>>>>>>>>>>>>>>>>>>
> >
> >Ich vermute wichtige Meldungen davon.
> >War da noch was - evtl. nicht unmittelbar davon.
> >
> >Aber um allgemein zu antworten.
> >So einen recovery macht der Controller, wenn der Bus hängt.
> >Das ist meist ein Verkabelungsproblem.
> >Defektes Kabel, falsche Terminierung, etc...
> >Kann aber auch ein Firmwarebug in einem Gerät sein.
> >Wenn ich mir die große SCB Liste bei nur 3 Platten ansehe, dann
> >kann es sein, dass die hohe Transaktionslast einen Firmwarebug
> >auslöst.
> >Evtl. solltest du die Anzahl der Tags auf den Geräten runtersetzen.
> >
> >
>
>
> --
> -------------------------------------
>
> Michael Gusek
> Medisys GmbH
> Friedrichstrasse 78
> 10117 Berlin
>
> Tel.: +49 030 - 202 14 -116
> Fax: +49 030 - 202 14 -111
>
> -------------------------------------
>
> Sitz/Registergericht: Berlin/AG Charlottenburg, HRB 95811 B
>
> Geschäftsführer: Robert Schrödel
>
> Hinweis:
>
> Diese Nachricht enthält vertrauliche Informationen. Diese sind ausdrücklich
> nur für den/die Empfänger/in dieser
> Nachricht bestimmt. Sollten Sie nicht der beabsichtigte Empfänger sein, so
> nehmen Sie bitte zur Kenntnis, dass jede
> Weiterleitung, jede Kopie oder die Verwendung der in dieser Nachricht
> enthaltenen Informationen untersagt ist. Sollten
> Sie diese Nachricht fälschlicherweise erhalten haben, löschen Sie bitte
> diese Nachricht und sämtliche Kopien bzw.
> Ausdrucke. Vielen Dank!
>
> Confidentiality Notice:
>
> This mail contains information which is confidential and may also be
> privileged. It is for exclusive use of the
> intended recipient(s). If you are not the intended recipient(s), please
> note that any distribution, copying or use of
> this mail or the contained information is strictly prohibited. If you have
> received this mail in error, please delete
> this email and any copies of it. Thank you!
>
>
>
> To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
> with "unsubscribe de-bsd-questions" in the body of the message

-- 
B.Walter <bernd@bwct.de> http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message