› › ›

Linux 15.036 Themen, 107.107 Beiträge

Verfolgung starten Optionen

DDS

weichwurst / 22 Antworten / Baumansicht Nickles

Hallo,
ich habe einen alten Server noch unter Debian Etch laufen, der u.a. für die Ansteuerung eines SCSI-Bandlaufwerkes zuständig ist. Funktioniert im Prinzip wie ein Uhrwerk, nur in mehr oder weniger großen Abständen kommt die Fehlermeldung "inappropriate ioctl for device". Das device ist angelegt mit "ln -s /dev/nst0 /dev/tape", was wie gesagt allermeist funktioniert.

Der Clou ist, dass ich sobald die Fehlermeldung auftritt den Fehler durch Löschen und Wiederanlage von /dev/tape beheben kann. Lässt sich auch prima rein prophylaktisch scriptgesteuert erledigen, nur rein aus Interesse - ist einem von euch das schon mal untergekommen? HW ist Adaptec AIC-7861 und C1537A.

bei Antwort benachrichtigen
KarstenW weichwurst „DDS“
Optionen

Vielleicht ist das Magnetband verschliessen. Magnetbänder funktionieren nicht ewig.
Das klingt so als ob du noch eine alte PDP11 oder eine VAX von Digital laufen läßt.
Hast du schon mal was von Wechselfestplatten gehört ?;-)
Mittlerweile benutzt man Festplatten für die Sicherung der Daten.

Wenn du wissen willst, wie man mit einfachen Bordmitteln die Sicherung von wichtigen Daten macht, dann ließ mal auf dieser Internetseite nach. Das kann jeder , der ein wenig Shellprogrammierung kann.

http://www.heinlein-support.de/howto/backups-und-snapshots-von-linux-servern-mit-rsync-und-ssh

Das ist ganz einfach zu programmieren. Das kannst du auch machen.


Debian GNU/Linux https://www.debian.org/index.de.html
bei Antwort benachrichtigen
weichwurst KarstenW „Vielleicht ist das Magnetband verschliessen. Magnetbänder funktionieren nicht...“
Optionen

Wozu antwortest Du eigentlich auf meine Frage, wenn Du nichts zum Thema beizutragen weißt?




bei Antwort benachrichtigen
KarstenW weichwurst „Wozu antwortest Du eigentlich auf meine Frage, wenn Du nichts zum Thema...“
Optionen

"inappropriate ioctl for device"

Das heißt nur das es bei der Ein-und Ausgabe von den Daten Probleme gab.
Das kann alles mögliche bedeuten.
Ich kann dir nur sagen was ich machen würde.
1. Magnetband austauschen, weil so ein Band nach 2 Jahren verschliessen ist.

2. Upgrade auf Squeeze. Wieso noch so einen alten Linuxkernel verwenden? Vielleicht ist ein Bug in einem Treiber die Ursache, der bei einer neuen Kernelversion nicht auftritt.

3. Übersetzen eines eigenen Linuxkernel, um Probleme mit Treibern zu vermeiden , die sich mit der eingebauten Hardware nicht vertragen.
Die Standardkernel machen immer wieder Probleme (das ist nur meine Erfahrung). Manchmal hilft es alle unnötigen Treiber (Sound- und Multimediatreiber)und unnötigen Optionen zu entfernen. Außerdem macht die RAMdisk immer wieder im Serverbereich Probleme. Wenn du einen eigenen Linuxkernel übersetzt, dann kannst du auf die RAM Disk verzichten und selbst entscheiden welche Treiber monolitisch in den Kernel kompiliert werden.

Mehr Ratschläge kann ich dir nicht geben.

PS: Ich würde an deiner Stelle die Backups mit Wechselfestplatten machen. Allein schon wegen des mechanischen Verschleißes der Magnetbänder. Wenn du ein Restore machen mußt und die Daten sind zerstört, weil das Band mechanisch verschliessen ist, dann hast du das Backup umsonst gemacht. Wer nutzt heutzutage noch Magnetbänder für Backups? Das hat man früher gemacht, weil die Festplatten zu klein waren. Das ist gar nicht mehr zeitgemäß.

PPS: Hier sind die neuesten Hinweise zu Debian Squeeze:

http://www.debian.org/releases/squeeze/releasenotes



Debian GNU/Linux https://www.debian.org/index.de.html
bei Antwort benachrichtigen
weichwurst KarstenW „ inappropriate ioctl for device Das heißt nur das es bei der Ein-und Ausgabe...“
Optionen
1. Magnetband austauschen, weil so ein Band nach 2 Jahren verschliessen ist Die Bänder sind fast neu (3 Zyklen).

Die Standardkernel machen immer wieder Probleme (das ist nur meine Erfahrung) Meine nicht.

Du willst sicher helfen, das ist nett. Aber meine Frage war eben nicht "Wer gibt mir Tips zur Datensicherung" oder "Sollte ich Updaten oder nicht". Es hat schon seinen Grund, dass ich noch Etch auf dem Server fahre.

Ich war hier mal vor langen Jahren, da hat ein "Klaus_T" noch segensreich und sachkundig gewirkt. Aber diese Zeiten sind wohl lange vorbei.
bei Antwort benachrichtigen
KarstenW weichwurst „ Die Bänder sind fast neu 3 Zyklen . Meine nicht. Du willst sicher helfen, das...“
Optionen

"Es hat schon seinen Grund, dass ich noch Etch auf dem Server fahre."

Was für ein Grund soll das sein eine uralte Debian Version zu nutzen, die nicht mehr mit Updates versorgt wird?

Das kann ein Bug im SCSI Treiber sein. Der 2.6.18er Linuxkernel von Debian etch ist total veraltet und die Treiber werden auch nicht mehr aktualisiert. Treiber werden aus dem Linuxkernel nur ganz selten entfernt. Deshalb ist es immer sinnvoll einen aktuellen Linuxkernel zu nutzen, auch wenn man ältere Hardware nutzt.
Die Gerätedateien werden vom Linuxkernel und von udev (ab Debian lenny) erzeugt, und wenn es mit einer Gerätedatei Probleme gibt, dann kann es am Treiber liegen.

Wie alt ist das Rechner und wie alt ist das SCSI Laufwerk?
Elektronik fängt nach 10 Jahren an zu altern. Vielleicht ist der SCSI Controller defekt. Hast du mal einen anderen SCSI Controller genutzt oder bist du zu einem Computerhändler gegangen und hast den Rechnern mit einem Diagnosetool (zum Beispiel von UX Diagnostic http://www.uxd.eu/de/ ) testen lassen?

Oder ist das Betriebssystem immer Schuld wenn etwas nicht funktioniert ?
Oder kann auch mal ein Hardwaredefekt die Ursache sein ?
Oder hast du den Rechner bei eBay gekauft und der Vorbesitzer wollte sich die Entsorgungskosten für diesen Elektronikschrott sparen ?




Debian GNU/Linux https://www.debian.org/index.de.html
bei Antwort benachrichtigen
weichwurst KarstenW „ Es hat schon seinen Grund, dass ich noch Etch auf dem Server fahre. Was für...“
Optionen

Bitte antworte nicht mehr auf meine Frage, Du blähst den Thread mit deiner Logorrhöe bis zur Unleserlichkeit auf.

bei Antwort benachrichtigen
Orphaned_Land weichwurst „Bitte antworte nicht mehr auf meine Frage, Du blähst den Thread mit deiner...“
Optionen

Hallo DDS,

ich kann Ihnen leider nicht bei Ihrem Problem helfen, aber ich würde Ihnen empfehlen, sich mit Ihrem Problem an das Debian Forum zu wenden, da kann Ihnen sicherlich jemand weiterhelfen:

http://debianforum.de/forum/


bei Antwort benachrichtigen
weichwurst Orphaned_Land „Hallo DDS, ich kann Ihnen leider nicht bei Ihrem Problem helfen, aber ich würde...“
Optionen

Ja, danke - ein anderes Forum wäre meine nächste Idee gewesen. Aber die Frage hat sich quasi selbst erledigt - ich hatte bei der Terminierung geschlampt, was außer diesen gelegentlichen Fehlermeldungen sonst keine Folgen hatte.

bei Antwort benachrichtigen
violetta7388 weichwurst „Ja, danke - ein anderes Forum wäre meine nächste Idee gewesen. Aber die Frage...“
Optionen

Hallo weichwurst,

das eine fehlerhafte Terminierung vorliegt steht bereits in der Fehlermeldung! Unsachgemäße Terminierung ist eines der häufigsten Probleme bei SCSI-Installationen und hat mit dem BS nichts zu tun.

Anstatt herumzugurken und auf Foristen herumzuprügeln, hätte es gereicht, wenn Du beschrieben hättest, wie Du den vergessenen Abschlusswiderstand gesteckt hast. Vielleicht war es auch nur ein altbekannte SCSI-Konfigurationfehler.

Über einen Lösungshinweis deinerseits hätten sich alle Foristen sicher gefreut und es wäre professionell gewesen. Aber so?

MfG.
violetta

bei Antwort benachrichtigen
weichwurst violetta7388 „Hallo weichwurst, das eine fehlerhafte Terminierung vorliegt steht bereits in...“
Optionen
das eine fehlerhafte Terminierung vorliegt steht bereits in der Fehlermeldung! Das ist allerdings falsch. Diese Fehlermeldung würde auch auftreten, wenn das Gerät nicht existent wäre, wenn der Link nicht gesetzt worden wäre etc. Bei Interesse einfach mal die Meldung in die Suchmaschine deiner Wahl einwerfen und wundern.

bei Antwort benachrichtigen
violetta7388 weichwurst „ Das ist allerdings falsch. Diese Fehlermeldung würde auch auftreten, wenn das...“
Optionen

Hallo weichwurst,

na, Du bist aber ein ganz Schlauer.

Wenn ein Controller offen angeschlossen wird, dann kommt es immer zu dieser Fehlermeldung.
Er ist nicht terminiert.! Einfach, nicht war.

Im übrigen liegt jedem Adaptec-Controller ein Prüfprogramm bei. Es muß natürlich auch genutzt werden.

MfG.
violetta

bei Antwort benachrichtigen
weichwurst violetta7388 „Hallo weichwurst, na, Du bist aber ein ganz Schlauer. Wenn ein Controller offen...“
Optionen

Sieh selbst: https://www.google.de/#hl=de&sclient=psy-ab&q=%22inappropriate+ioctl+for+device%22&oq=%22inappropriate+ioctl+for+device%22&aq=f&aqi=g4g-v1&aql=&gs_sm=3&gs_upl=2367l7020l2l7456l3l3l0l0l0l0l413l413l4-1l2l0&gs_l=hp.3..0l4j0i15.2367l7020l2l7458l3l3l0l0l0l0l413l413l4-1l2l0&psj=1&bav=on.2,or.r_gc.r_pw.r_cp.r_qf.,cf.osb&fp=b0ba82aada2d2dd9&biw=1280&bih=625

bei Antwort benachrichtigen
KarstenW weichwurst „DDS“
Optionen

Ich habe hier einen Auszug von den SCSI Treibern vom 2.6.32er Linuxkernel von Debian Squeeze. Für deinen Adaptec Controller gibt es sogar zwei verschiedene Treiber. Wenn du dir den Linuxkernel 2.6.32 von Debian Squeeze selbst kompilierst, dann kannst du selbst entscheiden welcher Treiber aktiviert werden soll.

SCSI low-level drivers │ │
│ │ iSCSI Initiator over TCP/IP (NEW) │ │
│ │ Broadcom NetXtreme II iSCSI support (NEW) │ │
│ │ ServerEngines' 10Gbps iSCSI - BladeEngine 2 (NEW) │ │
│ │ 3ware 5/6/7/8xxx ATA-RAID support (NEW) │ │
│ │ HP Smart Array SCSI driver (NEW) │ │
│ │ 3ware 9xxx SATA-RAID support (NEW) │ │
│ │ 3ware 97xx SAS/SATA-RAID support (NEW) │ │
│ │ ACARD SCSI support (NEW) │ │
│ │ Adaptec AACRAID support (NEW) │ │
│ │ Adaptec AIC7xxx Fast -> U160 support (New Driver) │ │
│ │ Adaptec AIC7xxx support (old driver) (NEW) │ │
│ │ Adaptec AIC79xx U320 support (NEW) │ │
│ │ Adaptec AIC94xx SAS/SATA support (NEW) │ │
│ │ Marvell 88SE64XX/88SE94XX SAS/SATA support (NEW) │ │
│ │ Adaptec I2O RAID support (NEW) │ │
│ │ AdvanSys SCSI support (NEW) │ │
│ │ ARECA (ARC11xx/12xx/13xx/16xx) SATA/SAS RAID Host Adapter (NEW) │ │
│ │ [ ] LSI Logic New Generation RAID Device Drivers (NEW) │ │
│ │ LSI Logic Legacy MegaRAID Driver (NEW) │ │
│ │ LSI Logic MegaRAID SAS RAID Module (NEW) │ │
│ │ LSI MPT Fusion SAS 2.0 Device Driver (NEW) │ │
│ │ HighPoint RocketRAID 3xxx/4xxx Controller support (NEW) │ │
│ │ BusLogic SCSI support (NEW) │ │
│ └───────────────────────────────────v(+)──────────────────────────────────────────────────────

Debian GNU/Linux https://www.debian.org/index.de.html
bei Antwort benachrichtigen
weichwurst Nachtrag zu: „DDS“
Optionen

Bin dem sporadisch auftauchenden Fehler auf die Spur gekommen - ein weiteres Gerät am Controller war nicht ordentlich terminiert. So einfach kann das Leben sein.

bei Antwort benachrichtigen
KarstenW weichwurst „Bin dem sporadisch auftauchenden Fehler auf die Spur gekommen - ein weiteres...“
Optionen

Wenn der Abschlußwirderstand am Leitungsende fehlt kommt es zu Signalreflexionen und damit zu stehenden Wellen, die das Signal auf der Leitung beeinflussen. Eine Leitung die für Kommunikation oder in der Nachrichtentechnik genutzt wird muß immer mit einem Abschlußwiderstand enden, der genau so groß ist wie der Wellenwiderstand der Leitung.

PS: Du kannst aber trotzdem auf Debian Squeeze aktualisieren. Der 2.6.32 Linuxkernel bringt einen neueren Treiber für diesen Adaptec Controller mit. Der alte SCSI Treiber wird nicht mehr weiterentwickelt.

Debian GNU/Linux https://www.debian.org/index.de.html
bei Antwort benachrichtigen
weichwurst KarstenW „Wenn der Abschlußwirderstand am Leitungsende fehlt kommt es zu...“
Optionen

Wozu erzählst Du mir das alles? Ist bekannt, sicher nicht nur mir. Ich habe den (von mir gemachten) Fehler übrigens nicht dank sondern trotz deiner Hilfe gefunden - Du warst nicht einmal ansatzweise in der Nähe der Lösung, trotz deiner ebenso zahlreichen wie inhaltsleeren Postings.

bei Antwort benachrichtigen
KarstenW weichwurst „Wozu erzählst Du mir das alles? Ist bekannt, sicher nicht nur mir. Ich habe den...“
Optionen

Man sucht immer erst bei der Hardware den Fehler.
Ich kann leider nicht von meinem Rechner aus deine Hardware scannen. Dazu brauche ich ein Diagnoseset von UX Diagnostics. Das kostet aber mehr als 2000 €.
Und du wolltest das Problem mit einem Shellscript lösen.


Debian GNU/Linux https://www.debian.org/index.de.html
bei Antwort benachrichtigen
Borlander KarstenW „Man sucht immer erst bei der Hardware den Fehler. Ich kann leider nicht von...“
Optionen
Man sucht immer erst bei der Hardware den Fehler.
Oben hast Du noch was anderes geschrieben: http://www.nickles.de/thread_cache/538894239.html#_pc
bei Antwort benachrichtigen
weichwurst KarstenW „Man sucht immer erst bei der Hardware den Fehler. Ich kann leider nicht von...“
Optionen

Hallo Karsten,
ich hatte Dich eigentlich gebeten, nicht mehr zu antworten. Mit dem sinnentnehmenden Lesen hast du es nicht so sehr, also sei es drum.

Und du wolltest das Problem mit einem Shellscript lösen Ja, denk Dir - als workaround hat es sogar funktioniert. Das /dev/tape löschen, rescan-scsi-bus.sh ausführen, /dev/tape neu anlegen - fertig. Das Band lässt sich danach beschreiben und in anderen LW fehlerfrei auslesen. Sporadisch auftretende Fehler sind eben schwierig festzunageln.

Ich kann leider nicht von meinem Rechner aus deine Hardware scannen. Dazu brauche ich ein Diagnoseset von UX Diagnostics. Das kostet aber mehr als 2000 € Dieser Spruch unterbietet alles, was Du bisher in dieser Sache von dir gegeben hast (und das ist eigentlich recht schwierig). Vielleicht kommst Du sogar von selber drauf, warum.


Ach ja, bevor der Thread weiter ausartet: Für mich ist hiermit EOD .

bei Antwort benachrichtigen
KarstenW weichwurst „Hallo Karsten, ich hatte Dich eigentlich gebeten, nicht mehr zu antworten. Mit...“
Optionen

Der Fehler kann auch bei der Hardware liegen oder ein Treiber hat einen Bug.
Wie soll man den Fehler finden ?
So eine Fehlermeldung wie du sie gepostet hast sagt nicht viel aus, weil Software keinem Ursache-Wirkungsprinzip unterliegt. Man kann aus so einer Fehlermeldung nicht direkt auf die Ursache schließen.
Man sucht erst einmal bei der Hardware und danach aktualisiert man eventuell den Treiber .
Es gibt von UX Diagnostic Sets für die Hardware-Fehlersuche zu kaufen. Ich habe gehört das der Preis bei 2000 € liegen soll.

http://www.uxd.com/kits.shtml

Mit der Versuch-Irrtum Methode kommt man nicht sehr weit. Aber du kannst ja mal den SCSI Controller tauschen, wenn du es kannst. Vielleicht ist auch nur ein Kontakt schlecht.
Wenn ich so ein Set hätte , dann würde ich erst einmal bei der Hardware suchen, und wenn das nichts bringt, dann aktualisiert man den Treiber oder das ganze System.

PS: Manche Computerhändler können dir deinen Rechner mit so einem Diagnoseset testen.

Debian GNU/Linux https://www.debian.org/index.de.html
bei Antwort benachrichtigen
weichwurst KarstenW „Der Fehler kann auch bei der Hardware liegen oder ein Treiber hat einen Bug. Wie...“
Optionen

Hast Du den Inhalt meiner Korrektur nicht gelesen? Die Lösung läuft seit 3 Wochen, ohne dass der sporadisch auftretende Fehler noch einmal aufgetreten ist. Ich brauche in dieser Sache keine Hilfe mehr - ich habe den Link zum Thread mit der Lösung nur gepostet, damit eventuell in ähnlicher Sache betroffenen Nicklesianern durch die Ergebnisse der Suchfunktion geholfen werden kann.

Einige Poster hier lesen sogar die Beiträge.






bei Antwort benachrichtigen
weichwurst Nachtrag zu: „Bin dem sporadisch auftauchenden Fehler auf die Spur gekommen - ein weiteres...“
Optionen

Mein Lösungsansatz (Terminierung) war verkehrt (zu früh gefreut...). In der Tat hat es genügt, analog zur hier gefundenen Lösung vorzugehen: http://h30499.www3.hp.com/t5/Tape-Libraries-and-Drives/Ultrium-1760-SAS-on-linux/td-p/4712418 .

Nur für den Fall, dass mal jemand über die Suchfunktion über diesen Thread stolpert.....

bei Antwort benachrichtigen