Re: scsi-Kontroller spinnt

From: Michael Gusek <mgusek(at)medisys.de>
Date: Mon, 11 Aug 2008 12:44:07 +0200

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.

Micha

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
Received on Mon 11 Aug 2008 - 12:44:42 CEST

search this site