Neuen Treiber für Adaptec Raid Controller erstellen

Hinweis: In dem Thema Neuen Treiber für Adaptec Raid Controller erstellen gibt es 6 Antworten. Der letzte Beitrag () befindet sich ganz unten auf dieser Seite.
  • LINUX-Erfahrung:
    seit mehr als 10 Jahren beruflich als Anwender auf Linux-Systemen. Daher möchte ich mir wegen dortiger positiver Erfahrung privat einen Datenserver mit RAID1 aufbauen. Ich bin somit quasi Neuling als Systembetreuer, fange aber dennoch nicht ganz bei Null an!


    Im folgenden versuche ich kurz und prägnant das Problem zu schildern:


    System:


    • AMD Athlon(tm) 64 X2 Dual Core Processor 4400+
    • 2,0 GiB Memory
    • nVidia GeForce 8400 GS Grafikkarte
    • Intel 1GBit Netzwerkkarte
    • Adaptec SATA II RAID 1220sa Controller
    • 2x1TB Festplatten


    Erfolgreiche Installationen:


    • RAID1 über Adaptec Controller BIOS, Dauer ca. 15 Std.
    • OpenSUSE 11.2
    • Neuen Grafikkartentreiber


    Geplante Tests vor "operationellem" Einsatz:


    • Abhängen jeweils einer Festplatte
    • Re-Boot des OS
    • Rebuild des RAID-Sytems


    Problem:

    • Rebuild nur im Adaptec Controller-BIOS möglich, Dauer wie oben, hoher Stromverbrauch.
    • Daher: RAID-Managers von Adaptec installiert, um die Tests bei laufenden Betriebssytem durchzuführen
    • RAID-Manager-Software konnte aber den Controller nicht finden; wohl wegen fehlendem Treiber!
    • Auf der Adaptec-Supportseite gibt es nur SUSE-Treiber bis SLES10


    Erstellen eines gültigen Treibers:


    • Download des LINUX Driver Source codes Paketes (*.tar.gz)
    • Entpacken und Vorgehensweise gemäß mitgelieferter Textdatei
    • Hierbei wurde auch gezeigt, wie man die aktuelle Kernelversion ermittelt, die später als Eingabeparameter benötigt würde.
    • Wie nicht anders zu erwarten (sonst wäre ich nicht hier), war die Erstellung des Treibers nicht erfolgreich!
    • Die letzte Ausgabe des Scriptes war:


    "No dotconfig files found, make terminated."

    • Habe dann am Script einige Modifikationen durchgeführt, um zu sehen, was der Inhalt von Variablen ist und an welcher Stelle die weitere Verarbeitung scheiterte.
    • Ich sah mich dann außerstande, weiterzu machen, und habe mit Adaptes Support Kontakt aufgenommen und das Problem geschildert.
    • Nach über 5 Tagen Wartezeit kam die lappidare Antwort:
      "Leider können wir ihnen kein support anbieten bei der SHIM Package. Ich weiss dass nicht alle Kernel versionen damit getestet werden."


    Fragen:


    • Hat jemand schon mal ähnliches probiert und Erfolg/Misserfolg gehabt?
    • Weiss jemand Rat?
    • Wenn ja, sind weitere Angaben meinerseits notwendig?


    Vielen Dank im Voraus für mögliche Antworten:)

    Für den Inhalt des Beitrages 17762 haftet ausdrücklich der jeweilige Autor: kirschner

  • Hallo


    Eine Alternative wäre ein Software-Raid zu nutzen, was natürlich den Stromverbrauch wieder ein wenig steigern wird. Ansonsten sehe ich keine andere Lösung, als diesen Treiber zu installieren. In Yast sind "dotconf" und "dotconf-devel" Pakete zu finden, das sollte zumindest die oben genannte Fehlermeldung lösen. Es können aber weiter Pakete fehlen, einfach in Yast suchen, die Bezeichnungen sind öfters anderes aber ähnlich. Wichtig sind vor allem devel-Pakete.

    Für den Inhalt des Beitrages 17764 haftet ausdrücklich der jeweilige Autor: rogi

  • Danke rogi für die Antwort. Hat ne Weile gedauert, bis ich an der Sache weitermachen konnte. Bin mit Deiner Information ein Stück weitergekommen, aber nicht zum gewünschten Produkt. Habe auch mit einem Kollegen gesprochen und seine Tipps mit eingebaut:

    • In Yast unter SW installieren, dort unter Schemata, habe ich die C/C++ Entwicklungsumgebung installiert
    • noch einige devel-Pakete installiert
    • unter usr/scr/linux ein "make cloneconfig" gemacht.

    Danach hat das Script recht lange gearbeitet. Es gibt bei dem aktuellen Kernel auch die Möglichkeit, die Option "try_quick=Yes" zu verwenden. Mit und ohne leider nicht den gewünschten Erfolg. Hier mal den Screenoutput der beiden Varianten:


    Ohne "try_quick=Yes"


    linux-w779:/usr/src/adaptec/build # ./Build ../driver-adp3132 ../shipped-binary ../../linux-2.6.31.12-0.2


    subdir-$(CONFIG_SCSI_ADP3132) += adp3132
    is_redhat=
    is_redhat_el=
    ktrunk=2.6.31
    make SUBARCH="x86_64" ARCH="x86_64" MODARCH=".i586" oldconfig
    HOSTCC scripts/basic/fixdep
    HOSTCC scripts/basic/docproc
    HOSTCC scripts/basic/hash
    HOSTCC scripts/kconfig/conf.o
    HOSTCC scripts/kconfig/kxgettext.o
    SHIPPED scripts/kconfig/zconf.tab.c
    SHIPPED scripts/kconfig/lex.zconf.c
    SHIPPED scripts/kconfig/zconf.hash.c
    HOSTCC scripts/kconfig/zconf.tab.o
    HOSTLD scripts/kconfig/conf
    scripts/kconfig/conf -o arch/x86/Kconfig
    #
    # configuration written to .config
    #
    adp3132.ko not produced, build terminated.


    Mit "try_quick=Yes"


    wie zuvor, zusätzlich:
    #
    # configuration written to .config
    #
    ./Build: Zeile 589: 7570 Beendet make modules >> /dev/null 2>> /dev/null
    tar: Entferne führende „/“ von Elementnamen
    tar: Entferne führende „/“ von Zielen harter Verknüpfungen
    make error, building stopped



    Leider gibt das Build-Script nicht mehr Informationen preis. So langsam steigt der Frustrationspegel.

    Für den Inhalt des Beitrages 18305 haftet ausdrücklich der jeweilige Autor: kirschner

  • Hast du die vorkompilierte Pakete für Suse 10 getestet? Und wo hast du Source Code gefunden?

    Für den Inhalt des Beitrages 18353 haftet ausdrücklich der jeweilige Autor: rogi

  • Man ist das schwer! Ich schaffe es nicht mal bis zu deiner Fehlermeldung. Vielleicht solltest du die Frage in einem englischsprachigen OpenSuse Forum stellen, da treiben sich mehr Profis.

    Für den Inhalt des Beitrages 18385 haftet ausdrücklich der jeweilige Autor: rogi