Andauernde Abstürze mit 8.0 und auch mit 8.1 bei hoher I/O Last
Hallo, mittlerweise schimpfe ich auf Linux schon fast so wie auf Windows. Aber sobald mein System eine hohe I/O Last zu verkraften hat, dann stürzt es meistens ab (Shift und Caps Lock LED blinken, nichts geht mehr). Installiert ist Linux auf 2x40 GB als LVM mit mehreren ReiserFS Partitionen. 40 GB davon sind für Filesharing. Sobald ich einen Filesharing Client starte und über die Dateien die MD Checksum berechnet wird, ist die Reaktionszeit des Systems total schlecht. Obwohl "top" einen Idle Anteil von 80 % anzeigt, dauert zu ein man xxxx bis zu 10 Sekunden. Und das auf einem 1,3 GHZ System. Mit viel Glück funktioniert das Scannen des Bereiches mal, aber meisten kommt hier schon ein Absturz. Auch beim Nachinstallieren von Software der 8.1 ist das schon passiert. Pakete im Umfang von 500 MB ausgewählt und beim Installieren bleibt das System dann hängen (Led auf Tastatur blinken, HD LED Dauerleuchten). Auch im Safe Modus ändert sich an dieser Tatsache nichts. Mag das Problem evtl. am ReiserFS liegen oder sogar am LVM? Die Platten habe ich schon alle mit dem IBM Tools gecheckt. Die scheinen einwandfrei zu sein. Irgendwie bin ich mittlerweise von Linux total frustriert. Mfg Joerg
Jörg Spilker wrote:
mittlerweise schimpfe ich auf Linux schon fast so wie auf Windows. Aber sobald mein System eine hohe I/O Last zu verkraften hat, dann stürzt es meistens ab (Shift und Caps Lock LED blinken, nichts geht mehr).
Das ist ein sog. "Kernel Panic". Da hilft dann nur noch die Reset-Taste...
Installiert ist Linux auf 2x40 GB als LVM mit mehreren ReiserFS Partitionen. 40 GB davon sind für Filesharing. Sobald ich einen Filesharing Client starte und über die Dateien die MD Checksum berechnet wird, ist die Reaktionszeit des Systems total schlecht. Obwohl "top" einen Idle Anteil von 80 % anzeigt, dauert zu ein man xxxx bis zu 10 Sekunden. Und das auf einem 1,3 GHZ System. Mit viel Glück funktioniert das Scannen des Bereiches mal, aber meisten kommt hier schon ein Absturz. Auch beim Nachinstallieren von Software der 8.1 ist das schon passiert. Pakete im Umfang von 500 MB ausgewählt und beim Installieren bleibt das System dann hängen (Led auf Tastatur blinken, HD LED Dauerleuchten). Auch im Safe Modus ändert sich an dieser Tatsache nichts. Mag das Problem evtl. am ReiserFS liegen oder sogar am LVM?
Denke eher nicht. Was hast Du denn fuer ein Motherboard, was fuer einen Chipsatz? Was setzt Du fuer Kernel ein? Hast Du ein aktuelles BIOS eingespielt? IMHO gibt es mit den SuSE- Standardkerneln schwere Probleme im IDE-Bereich - bei der SuSE 8.0 (Kernel 2.4.18-4GB) ist das erwiesen. Bei dem SuSE- Kernel 2.4.19 habe ich persoenlich bereits auch schlechte Erfahrungen gemacht bei einigen Test, kann es aber (noch?) nicht nachweisen. Was mich besonders aergert: Es gab, ob- wohl das Problem im 2.4.18-4GB bekannt war, kein offizielles SuSE-Update. Und auch beim 2.4.19 sind saemtliche SuSE-Pat- ches wieder kaum zu durchschauen und dokumentiert... Steht etwas in den Log-Files - unwahrscheinlich, aber man weiss nie. Koennte jedenfalls ein Timing-Problem sein, ueberpruefe mal Deine BIOS-Einstellungen. Speichertest schon durchge- fuehrt? Wenn nicht, mentest-Lauf dringend durchfuehren (wenn- moeglich ueber Nacht, mehrere Passes abwarten!). Evtl. auch mal einen Vanilla-Kernel ausprobieren (obwohl da im IDE-Be- reich auch gerade alles im Umbruch ist...) Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys. Geophysikalisches Institut, Universitaet Karlsruhe (TH)
Hallo Thomas.
Denke eher nicht. Was hast Du denn fuer ein Motherboard, was fuer einen Chipsatz? Was setzt Du fuer Kernel ein? Hast Du ein aktuelles BIOS eingespielt? IMHO gibt es mit den SuSE-
zur Hardware: MSI KT266 Mainboard. Irgendwann letztes Jahr im August gekauft. Bios ist aktuell. Letztes Update ist allerdings bestimmt schon ein halbes Jahr her. Danach gab es von MSI bereits keine Updates mehr. Installiert sind 512 MB DDR RAM. 4 IBM DTLA 305040 Platten. 2 ICXXXX040. 2 der Platten am Standard IDE Controller sind als LVM mit Raid 1 definiert. Die anderen Platten hängen am Onboard Promise und sind 1xRaid zu 80 GB und zwei einzelne 40 GB Platten. Ansonsten ist ne SB Live 5.1, ne Gainward GeForce 3 und ne Firewire Karte drin. Und natürlich DVD und CDRW Laufwerk.
Standardkerneln schwere Probleme im IDE-Bereich - bei der SuSE 8.0 (Kernel 2.4.18-4GB) ist das erwiesen. Bei dem SuSE- Kernel 2.4.19 habe ich persoenlich bereits auch schlechte Erfahrungen gemacht bei einigen Test, kann es aber (noch?) nicht nachweisen. Was mich besonders aergert: Es gab, ob-
also ich hatte bis letzte Woche die 8.0 mit dem Original SuSE 2.4.18 Kernel in Betrieb. Jetzt am Wochenende die 8.1 mit dem 2.4.19. Damit hat sich nach meiner Meinung die Absturzhäufigkeit eher erhöht.
wohl das Problem im 2.4.18-4GB bekannt war, kein offizielles SuSE-Update. Und auch beim 2.4.19 sind saemtliche SuSE-Pat- ches wieder kaum zu durchschauen und dokumentiert... Steht etwas in den Log-Files - unwahrscheinlich, aber man weiss nie.
nein. Da steht nichts drin. Da wäre ja zu einfach.
Koennte jedenfalls ein Timing-Problem sein, ueberpruefe mal Deine BIOS-Einstellungen. Speichertest schon durchge-
also das habe ich mir schon vorgenommen. Ich werde mal die Bios Settings auf "konservativ" setzen.
fuehrt? Wenn nicht, mentest-Lauf dringend durchfuehren (wenn- moeglich ueber Nacht, mehrere Passes abwarten!). Evtl. auch . also ne ganze Nacht habe ich den Test noch nicht laufen lassen. Max. einige Stunden ohne negativen Befund.
mal einen Vanilla-Kernel ausprobieren (obwohl da im IDE-Be- reich auch gerade alles im Umbruch ist...)
Naja, ausprobieren werde ich das aufjedenfall mal. Das Problem tritt bei mir auch auf anderer Hardware auf. Die 8.0 kann ich z:b. auf meinen als Server dienendem Rechner überhaupt nicht installiert. Nach "Laden der Kernelmodule für den Plattenzugriff" kommt noch die Meldung, daß er nach vorhandenen Partitionen sucht und dann blinken die LEDs. Das kann ich jederzeit nachvollziehen und passiert auch im Failsafe Mode. Ist bin schon ziemlich gefrustet. Jeden Tag komme ich von der Arbeit zurück und mit >80% Wahrscheinlichkeit ist der Rechner abgestürzt. Mfg Jörg
hi joerg, ich kann das problem recht gut nachvollziehen - die zusammenstellung der hardware - rein vom board ect.pp macht wohl keinen unterschied (konnte das crashen auf einem p2bls von asus als auch auf einem k7s5a produzieren - wobei das einzige was noch an dem system gleich geblieben ist die hdd's sind) probiere doch rein interessehalber mal diesen kernel aus: ftp://ftp.suse.com/pub/suse/i386/update/8.0/kernel/LSB/k_deflt-2.4.18-231.i386.rpm ... damit bekomme ich die 8.0er sowie auch die 8.1er voellig stable ... was nun auch nicht unbedingt superideal ist da ich immernoch nicht weiss worans nun liegt und die kernel developer wohl von 'irgendetwas ide basierendem' wissen, aber da die sache ja eher schlecht als recht reproduzierbar ist, mache ich mir auf kurze sicht da wenig hoffnung einen stable 2419 zu bekommen. es sei denn man kann gemeinsam die sache auf einen teil eingrenzen. ich kann zumindestens mit den 8er sowie 8.1er dflt kernel von suse bei wilden copier actionen den crash beschleunigen ... spaetestens nach 30min ist die kiste tot ... ich habe auch bereits einen etwas aelteren thread auf der liste (sbj: s8.1 kernel2.4.19) - wobei david zum troubleshooting vielleicht noch etwas beisteuern kann.
Ist bin schon ziemlich gefrustet. Jeden Tag komme ich von der Arbeit zurück und mit >80% Wahrscheinlichkeit ist der Rechner abgestürzt.
Mfg Jörg
-- rgds marc'O puszina
marc'O puszina wrote:
[...] ich kann zumindestens mit den 8er sowie 8.1er dflt kernel von suse bei wilden copier actionen den crash beschleunigen ... spaetestens nach 30min ist die kiste tot ... ich habe auch bereits einen etwas aelteren thread auf der liste (sbj: s8.1 kernel2.4.19) - wobei david zum troubleshooting vielleicht noch etwas beisteuern kann.
Bei uns trat das Problem in Verbindung mit ebenfalls einem VIA Chip auf, wenn zwei Festplatten am IDE-Kanal hingen und auf beide Festplatten mehr oder weniger gleichzeitig zuge- griffen wurde. Damit hing sich der Rechner nach einer be- stimmten (allerdings nicht vorherzusagenden Zeit) komplett auf (Kernel Panic). Mit einem 2.4.18 Vanilla-Kernel war das Problem behoben - andere haben berichtet, dass auch eine neuere Version des 2.4.18 von H. Mantel das Problem behoben hat. Allerdings trat das Problem hier mit einem 2.4.19 von SuSE WIEDER auf - nun fragt man sich natuerlich, ob das nun ein anderer Fehler ist oder genau der gleiche wie frueher?!. Wenn letzteres der Fall sein sollte, dann sollte man aber mal mit gewissen Leuten bei SuSE ein ernsthaftes Woertchen re- den. Ich jedenfalls hege seitdem ein gesundes Misstrauen ge- gen die SuSE-Kernel(-Patches). Mag natuerlich sein, dass die hier im Thread angesprochenen Probleme nicht unmittelbar mit dem SuSE-Kernel zusammen haen- gen, aber ein Umstieg zum Test auf einen Vanilla-Kernel wuer- de ich schon mal machen. Gruesse, Thomson PS: Gross- und Kleinschreibung, Marc, koennte Deinen Emails bestimmt nicht schaden... -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
Am Dienstag, 1. Oktober 2002 09:11 schrieb Thomas Hertweck:
Mag natuerlich sein, dass die hier im Thread angesprochenen Probleme nicht unmittelbar mit dem SuSE-Kernel zusammen haen- gen, aber ein Umstieg zum Test auf einen Vanilla-Kernel wuer- de ich schon mal machen.
bleibt die Frage wie man die Sache am besten an SuSE reported - letztlich bleibt eine Mail an Feedback bzw den normalen Supportweg wohl die einzige Moeglichkeit .. rgds marc'O
marc'O puszina wrote:
Am Dienstag, 1. Oktober 2002 09:11 schrieb Thomas Hertweck:
Mag natuerlich sein, dass die hier im Thread angesprochenen Probleme nicht unmittelbar mit dem SuSE-Kernel zusammen haen- gen, aber ein Umstieg zum Test auf einen Vanilla-Kernel wuer- de ich schon mal machen.
bleibt die Frage wie man die Sache am besten an SuSE reported - letztlich bleibt eine Mail an Feedback bzw den normalen Supportweg wohl die einzige Moeglichkeit ..
Probleme mit SuSE-Kerneln als Feedback zu senden ist mitunter etwas schwierig: Zwar laesst sich vielleicht noch klar darstellen, dass es am SuSE-Kernel liegt, aber wo genau, das wird man als normalsterbli- cher Anwender kaum herausbekommen koennen. Und bei einem Kernel- Panic steht dann meist nicht mal etwas im Log-File. Am einfachsten ist wohl der direkte Kontakt zu H. Mantel - aber wenn das hunderte von Leuten machen, dann wird er das vermutlich auch nicht mehr alles aufarbeiten und lesen koennen. Und selbstverstaendlich muss man dann einen ausfuehrlichen genauen Report verfassen usw. Das ist alles doch erheblich schwieriger bei Kernel-Angelengenheiten im Vergleich zu an- derer Software, wo sich Probleme meist recht zuverlaessig reproduzie- ren lassen. Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys. Geophysikalisches Institut, Universitaet Karlsruhe (TH)
Am Dienstag, 1. Oktober 2002 21:06 schrieb Thomas Hertweck:
erheblich schwieriger bei Kernel-Angelengenheiten im Vergleich zu an- derer Software, wo sich Probleme meist recht zuverlaessig reproduzie- ren lassen.
Meine 'Hoffnung' ist das herbert eventl. anhand seiner Changelogs ggf. etwas ableiten kann. Denn wie erwaeht laeuft der 2.4.18 (aus dem LSB tree) ohne Probleme. Fuer einen 'Normalsterblichen' ist selbst das Kernel Changelog schon eine Aufgabe die es erstmal zu meistern gilt ;-) Anyway .. Ich werde das ganze mal via normalem Supportweg reporten. Mal sehen was passiert . rgds marc'O
Moin, Thomas Hertweck:
ich kann zumindestens mit den 8er sowie 8.1er dflt kernel von suse bei wilden copier actionen den crash beschleunigen ... spaetestens nach 30min ist die kiste tot ... ich habe auch bereits einen etwas aelteren thread auf der liste (sbj: s8.1 kernel2.4.19) - wobei david zum troubleshooting vielleicht noch etwas beisteuern kann.
Bei uns trat das Problem in Verbindung mit ebenfalls einem VIA Chip auf, wenn zwei Festplatten am IDE-Kanal hingen und auf beide Festplatten mehr oder weniger gleichzeitig zuge- griffen wurde.
...kann das der hier sein: http://www.au-ja.org/review-kt133a-1.phtml Meines Wissens ist das dort beschriebene Southbridge-Problem nicht auf das angegebene Board beschränkt. Gruß, Ratti -- http://www.gesindel.de - Fontlinge - Die Fontverwaltung fuer Linux Fontmanagement for Linux
Joerg Rossdeutscher wrote:
[Probleme mit VIA-Chips]
...kann das der hier sein:
http://www.au-ja.org/review-kt133a-1.phtml
Meines Wissens ist das dort beschriebene Southbridge-Problem nicht auf das angegebene Board beschränkt.
Nein, denke nicht. Das ist ein alter Hut, und da gab es zumindest fuer mein Board schon diverse BIOS-Updates, um das zu umschiffen. Wie gesagt, beim Vanilla-Kernel treten ja auch keine Probleme auf, nur bei den SuSE-Kerneln. Ausserdem kann man beim Hochfahren schoen lesen "Applying VIA southbridge workaround."... :-) Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys. Geophysikalisches Institut, Universitaet Karlsruhe (TH)
Joerg Rossdeutscher schrieb:
...kann das der hier sein:
http://www.au-ja.org/review-kt133a-1.phtml
Meines Wissens ist das dort beschriebene Southbridge-Problem nicht auf das angegebene Board beschränkt.
Gruß, Ratti
Halte ich fast fuer ausgeschlossen, obwohl ich auch den KT133-Chipsatz auf dem Board habe. Denn in meiner /var/log/boot.msg ist folgende Zeile zu finden: Applying VIA southbridge workaround. Und das bei einer "alten" 7.3. Gruss Pascal -- "SuSE woody" / die "hoelzerne" SuSE http://www.edelhost.de/linux/suse_7.3/other/woody.html _______________________________________________ / \ | Dieses Schreiben wurde maschinell erstellt, | | es traegt daher weder Unterschrift noch Siegel | | [ reg. Linux user #231277 ] | \_______________________________________________/
Moin,
Joerg Rossdeutscher schrieb:
Meines Wissens ist das dort beschriebene Southbridge-Problem nicht auf das angegebene Board beschränkt.
Pascal Volk:
Halte ich fast fuer ausgeschlossen, obwohl ich auch den KT133-Chipsatz auf dem Board habe. Denn in meiner /var/log/boot.msg ist folgende Zeile zu finden:
Applying VIA southbridge workaround.
Und das bei einer "alten" 7.3.
Ist auch nur ein Schuß ins Blaue. Ich hatte das Problem auch, ich konnte mir schön durch DVD-gucken mein Windows deinstallieren. Inzwischen habe ich das ohnhin freiwillig getan. %-) Nachdem die damals aufkommenden BIOS- und Treiber-Updates allesamt das Problem erstmal nicht gelöst haben, habe ich alle Geräte an den Promise gehängt und gut war's. Auch wenn ein 4fach-CD-Brenner an einem UDMA-100 etwas befremdlich sein mag. :-) Insofern stehe ich allen "Lösungen" dieses Problems immer etwas kritisch gegenüber. Schliesslich ist es ein Hardware-Bug. Gruß, Ratti -- http://www.gesindel.de - Fontlinge - Die Fontverwaltung fuer Linux Fontmanagement for Linux
Joerg Rossdeutscher wrote:
[...] Insofern stehe ich allen "Lösungen" dieses Problems immer etwas kritisch gegenüber. Schliesslich ist es ein Hardware-Bug.
Das stimmt so wohl nicht ganz. IIRC ist es hpts. ein Timing- Problem am PCI-Bus (weswegen dann auch eine SB Live! das Pro- blem triggern oder verstaerken konnte) im Zusammenspiel mit den IDE-Kanaelen. Laut VIA soll es in dieser Hinsicht einige Unklarheiten in den Spezifikationen gegeben haben, so dass es zu diesem Problem kommen konnte (naja, wers glaubt...). Durch entsprechend konservatives Timing laesst sich somit ein System schon stabil machen (wenngleich sicherlich auch lang- samer). Es scheint sich jedenfalls nicht um einen Chip-Design- fehler gehandelt zu haben, jedenfalls nicht im eigentlichen Sinne. Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
Hallo Marc,
ich habe gestern Abend einen Original 2.4.19 kompiliert und installiert.
Jetzt bekomme ich beim Aktivieren des LVM zwar eine "invalid ioctrl"
Meldung, die Funktionsfähigkeit scheint das aber nicht zu beeinträchtigen.
Seit heute morgen hatte ich noch keinen Absturz. Was zumindest schonmal ein
Fortschritt ist, denn bisher war das seit der 8.1 nicht der Fall. Abends von
der Arbeit zurück und der Rechner war abgestürzt. Den von Dir genannten
Kernel lade ich auch gerade runter und werde ihn mal installieren. Abwarten.
Mfg Jörg
----- Original Message -----
From: "marc'O puszina"
Ist bin schon ziemlich gefrustet. Jeden Tag komme ich von der Arbeit zurück und mit >80% Wahrscheinlichkeit ist der Rechner abgestürzt.
Mfg Jörg
-- rgds marc'O puszina
same here sozusagen .... ich habe den kram einfach mal nun via des normalen supportweges gemeldet und warte mal ab was bei rumkommt ... mit etwas glueck ist bei dir der 2418lsb ja auch stable-like-a-table. Am Mittwoch, 2. Oktober 2002 18:34 schrieb Jörg Spilker:
Hallo Marc,
ich habe gestern Abend einen Original 2.4.19 kompiliert und installiert. Jetzt bekomme ich beim Aktivieren des LVM zwar eine "invalid ioctrl" Meldung, die Funktionsfähigkeit scheint das aber nicht zu beeinträchtigen. Seit heute morgen hatte ich noch keinen Absturz. Was zumindest schonmal ein Fortschritt ist, denn bisher war das seit der 8.1 nicht der Fall. Abends von der Arbeit zurück und der Rechner war abgestürzt. Den von Dir genannten Kernel lade ich auch gerade runter und werde ihn mal installieren. Abwarten.
Mfg Jörg
Hi! Am Don, 2002-10-03 um 04.20 schrieb marc'O puszina:
same here sozusagen .... ich habe den kram einfach mal nun via des normalen supportweges gemeldet und warte mal ab was bei rumkommt ... mit etwas glueck ist bei dir der 2418lsb ja auch stable-like-a-table.
Ich habe nach dem Senden von Kernel-Fehlermeldungen aus meinen logfiles einen disclaimer zurückgeschickt bekommen, dass solche Probleme wohl nicht vom kostenfreien Installations-Support behandelt werden. :( Poste bitte etwas in die Liste, falls Du etwas erreichen kannst. CU Martin
Am Donnerstag, 3. Oktober 2002 07:35 schrieb Martin Oehler:
nicht vom kostenfreien Installations-Support behandelt werden. :(
na wir werden sehen - joerg hat hier innerhalb des threads geschrieben das er schonmal was an hubert direct reported hat ... waere ja dann eine option ...
Poste bitte etwas in die Liste, falls Du etwas erreichen kannst.
sure ;-) rgds marc'O
Hallo Marc, also ich habe solche Probleme bisher immer direkt an Hubert geschrieben. Der hat eigentlich auch immer zügig geantwortet. Z.B. konnte ich eine Zeitlang gar nicht mit den SuSE pre19 Kernel booten, da nach dem Erkennen des Promise Chips der Bootvorgang zuende war. So, jetzt muß ich mal sehen, wie ich den 2.4.19ér mit alsa versorge. SuSE hat alsa wohl in den Kernel Tree integriert. Beim Standard 2.4.19 ist das nicht der Fall. Evtl. klappt es ja, die Module einfach aus dem modules Zweig rüberzukopieren. BTW: Wie muß ich eigentlich vorgehen, wenn ich verschiedene /lib/modules/2.4.19XX Verzeichnisse nutzen will? Der SuSE Kernel lädt aus 2.4.19-4GB, der Standard Kernel aus 2.4.19 etc. Ich dachte, ich müßte include/linux/version.h ändern? Aber diese Datei scheint von einem make depend neu erzeugt zu werden. Was ist der korrekte Weg für das Setzen der Kernelversion und Definition das Ablageverzeichnisses der Module? Mfg Jörg
Jörg Spilker wrote:
[...] BTW: Wie muß ich eigentlich vorgehen, wenn ich verschiedene /lib/modules/2.4.19XX Verzeichnisse nutzen will? Der SuSE Kernel lädt aus 2.4.19-4GB, der Standard Kernel aus 2.4.19 etc. Ich dachte, ich müßte include/linux/version.h ändern? Aber diese Datei scheint von einem make depend neu erzeugt zu werden. Was ist der korrekte Weg für das Setzen der Kernelversion und Definition das Ablageverzeichnisses der Module?
http://www.dhaller.de/linux/multikernel.html Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys. Geophysikalisches Institut, Universitaet Karlsruhe (TH)
Hallo Marc,
ich hatte nachdem ich die 8.1 frisch installiert hatte schon mal eine Mail
an Hubert geschrieben. Bisher kam die Antwort immer schnell. Diesmal habe
ich noch keine Antwort, mag sein, daß er mal Urlaub macht. Ich werde
aufjedenfall berichten, daß die ungepatchte 2.4.19 einscheinend einwandfrei
bei mir läuft, während die SuSE Version Probleme macht. Wobei ich das nicht
verallgemeinern kann. Auf meinen Sony Laptop (auch mit Athlon und Via
Chipsatz) konnte ich bisher keine Ausfälle feststellen. Obwohl ich dort auch
nie eine hohe I/O Last habe.
Mfg Jörg
----- Original Message -----
From: "marc'O puszina"
also ich habe solche Probleme bisher immer direkt an Hubert geschrieben.
ist natuerlich eine option sofern der suse support einen nack aufgrund von -neeedassupportenwirmalgarnicht- kommt ...
rgds marc'O
hi joerg, hast du den 2419 mit dem dflt config file von suse gebaut? rgds marc'O On Friday 04 October 2002 09:32, Jörg Spilker wrote:
Hallo Marc,
ich hatte nachdem ich die 8.1 frisch installiert hatte schon mal eine Mail an Hubert geschrieben. Bisher kam die Antwort immer schnell. Diesmal habe ich noch keine Antwort, mag sein, daß er mal Urlaub macht. Ich werde aufjedenfall berichten, daß die ungepatchte 2.4.19 einscheinend einwandfrei bei mir läuft, während die SuSE Version Probleme macht. Wobei ich das nicht verallgemeinern kann. Auf meinen Sony Laptop (auch mit Athlon und Via Chipsatz) konnte ich bisher keine Ausfälle feststellen. Obwohl ich dort auch nie eine hohe I/O Last habe.
Hallo Marc,
ich habe mit dem SuSE Kernel ein make cloneconfig erzeugt und das dann mit
make oldconfig bearbeitet. Also bisher bin ich sehr zufrieden. Keine
Probleme.
Mfg Jörg
----- Original Message -----
From: "marc'O"
hi joerg,
hast du den 2419 mit dem dflt config file von suse gebaut?
hi again joerg, Am Freitag, 4. Oktober 2002 09:32 schrieb Jörg Spilker:
aufjedenfall berichten, daß die ungepatchte 2.4.19 einscheinend einwandfrei
so .. ich habe mir auch ein paar Minuten genommen und mir einen 2.4.19 gebaut - lediglich den tiocgedv applied, alsa rc3 sowie lm_sensors 262 noch geadded - Wer verzichtet schon gerne auf die angenehmen Sachen ;-) - Anyway .. bisher stable (uptime: 1:07:14.34) - Hohe IO Last habe ich mal manuell durch wildes kopieren erzeugt. Mal abwarten ob es so bleibt - allerdings warte ich mal gespannt was von feedback@suse zurueckkommt. rgds marc'O
Hi! Am Sam, 2002-10-05 um 06.51 schrieb marc'O puszina:
Am Freitag, 4. Oktober 2002 09:32 schrieb Jörg Spilker:
aufjedenfall berichten, daß die ungepatchte 2.4.19 einscheinend einwandfrei
so .. ich habe mir auch ein paar Minuten genommen und mir einen 2.4.19 gebaut - lediglich den tiocgedv applied, alsa rc3 sowie lm_sensors 262 noch geadded - Wer verzichtet schon gerne auf die angenehmen Sachen ;-) - Anyway .. bisher stable (uptime: 1:07:14.34) - Hohe IO Last habe ich mal manuell durch wildes kopieren erzeugt. Mal abwarten ob es so bleibt - allerdings warte ich mal gespannt was von feedback@suse zurueckkommt.
Kann ich bisher nur bestätigen, der vanilla-Kernel rockt :) Alles stabil. CU Martin
Hallo Marc,
ja, ich würde auch sagen, irgendwas ist an den SuSE Kernels faul. Und das
schon seit längerem. Ich habe hier einen ca. 4 Jahre alten Rechner, der bei
mir als Server dient (dsl Zugang, proxy, inn etc). Den habe ich initial mit
SuSE 7.3 aufgesetzt. Sowohl die 8.0 als auch die 8.1 lassen sich auf dem
Rechner nicht mehr installieren. Selbst im failsafe Modus bricht die
Installation an der Stelle ab, wo die vorhandene Plattenkonfiguration
untersucht wird. Anscheinend auch eine Kernel Panic, denn auch hier blinken
die LED auf der Tastatur.
BTW: Wo finde ich denn so einzelne Patches wie den tiocedv?
Mfg Jörg
----- Original Message -----
From: "marc'O puszina"
aufjedenfall berichten, daß die ungepatchte 2.4.19 einscheinend einwandfrei
so .. ich habe mir auch ein paar Minuten genommen und mir einen 2.4.19 gebaut - lediglich den tiocgedv applied, alsa rc3 sowie lm_sensors 262 noch geadded - Wer verzichtet schon gerne auf die angenehmen Sachen ;-) - Anyway .. bisher stable (uptime: 1:07:14.34) - Hohe IO Last habe ich mal manuell durch wildes kopieren erzeugt. Mal abwarten ob es so bleibt - allerdings warte ich mal gespannt was von feedback@suse zurueckkommt. rgds marc'O
hi joerg, Am Sonntag, 6. Oktober 2002 19:12 schrieb Jörg Spilker:
SuSE 7.3 aufgesetzt. Sowohl die 8.0 als auch die 8.1 lassen sich auf dem Rechner nicht mehr installieren. Selbst im failsafe Modus bricht die
Sehe ich genauso - zumindestens hatte ich mit den default Kernel bis zur 7.3 einschliesslich keine Probleme. Die 'freezer' sind seit 8.0 zu verzeichnen.
BTW: Wo finde ich denn so einzelne Patches wie den tiocedv?
Ich hab mir einfach den kompletten Patchpack geleeched aus ftp://ftp.suse.com/pub/people/mantel. der Patch selber ist der hier : 50_TIOCGDEV-2.4.19-pre8 (wer haette das gedacht bei diesem undercover Namen *ggg) rgds marc'O
Hallo Marc, danke für den Hinweis. Ist ja zumindest sehr praktisch, daß alle auf den Vanilla 2.4.19 Kernel angewandten patches in dieser Form vorliegen. Jetzt könnte man ja rangehen und die Patches nacheinander anwenden und schauen, wann die Maschine wieder in den instabilen Zustand fällt. Aber so richtig Lust habe ich dazu nicht :-) Mfg Jörg. P.S. Also bisher immer noch keinen Absturz. Das stimmt mich extrem zuversichtlich.
Am Montag, 7. Oktober 2002 22:10 schrieb Jörg Spilker:
könnte man ja rangehen und die Patches nacheinander anwenden und schauen, wann die Maschine wieder in den instabilen Zustand fällt. Aber so richtig Lust habe ich dazu nicht :-)
loooooool - bei der Anzahl der patches waere das dann genau zu dem Punkt eingregrenzt wenn ein neuer Kernel als stable geflagged wird ;-)
P.S. Also bisher immer noch keinen Absturz. Das stimmt mich extrem zuversichtlich.
jepp .. dito ... - fyi : ein Feedback hab ich von SuSE bis dato noch nicht. Ich poste die Antwort sobald sie eintrudelt in die Runde. rgds marc'O
Hallo Marc,
P.S. Also bisher immer noch keinen Absturz. Das stimmt mich extrem zuversichtlich.
also ich habe eben nochmal testweise den SuSE Kernel gebootet. Das hat nichtmal eine halbe Stunde bis zum Absturz gedauert.
jepp .. dito ... - fyi : ein Feedback hab ich von SuSE bis dato noch nicht. Ich poste die Antwort sobald sie eintrudelt in die Runde.
ich habe jetzt auchmal eine Nachricht via offiziellem Installationssupport abgeschickt. Mfg Jörg
hi joerg, ich habe Feedback von henne bekommen: --- Tust du mir einen gefallen und probierst bitte k_deflt-2.4.19-101.i586.rpm sofern er denn auf ftp.suse.com/pub/people/mantel/next/RPM/ auftaucht? Dürfte sich nur noch um minuten handeln. Danke Henne ---
werd ich gerne testen .. allerdings vor Montag schlecht da ich gerade Oncall bin und ungerne waehrend ich arbeite die Box kille ;-). Was ist an dem Kernel anders als an dem dflt der 8.1er?
Erstmal sind ein paar ACPI fixes dazugekommen und IDE fixes. Wenn sich vor Montag noch was neues ergibt melde ich mich nochmal. Henne --- ... wie ich Henne schon geschrieben habe kann ich den Kernel im Moment schlecht testen da Oncall bis Montag. Wenn du Zeit und Lust hast check den 101 doch mal aus. Ansonsten starte ich Monday selbst einen Versuch. rgds marc'O Am Mittwoch, 9. Oktober 2002 23:04 schrieb Jörg Spilker:
Hallo Marc,
P.S. Also bisher immer noch keinen Absturz. Das stimmt mich extrem zuversichtlich.
also ich habe eben nochmal testweise den SuSE Kernel gebootet. Das hat nichtmal eine halbe Stunde bis zum Absturz gedauert.
jepp .. dito ... - fyi : ein Feedback hab ich von SuSE bis dato noch nicht. Ich poste die Antwort sobald sie eintrudelt in die Runde.
ich habe jetzt auchmal eine Nachricht via offiziellem Installationssupport abgeschickt.
Mfg Jörg
Hi! Am Mit, 2002-10-09 um 22.20 schrieb marco puszina:
ich habe Feedback von henne bekommen:
--- Tust du mir einen gefallen und probierst bitte k_deflt-2.4.19-101.i586.rpm sofern er denn auf ftp.suse.com/pub/people/mantel/next/RPM/ auftaucht? Dürfte sich nur noch um minuten handeln. Danke Henne ---
Ich habe den testweise mal am Laufen. Im Bezug auf die Stabilität ist der viel besser. Ich verstehe zwar immer noch nicht, warum dieser Kernel es nicht schafft, nur ein ide-Device zu emulieren (im Gegensatz zu vanilla-Kernel mit gleichen Kernel-Parametern), aber ansonsten läuft der ordentlich. :) CU Martin
Am Donnerstag, 10. Oktober 2002 15:03 schrieb Martin Oehler:
Kernel es nicht schafft, nur ein ide-Device zu emulieren (im Gegensatz zu vanilla-Kernel mit gleichen Kernel-Parametern), aber ansonsten läuft der ordentlich. :)
ich schaetze du meinst mit emulieren die IDE-SCSI Emulation? Da ich keinen CDR in der Box laufen haben: beschreibe das doch mal genauer - wenn ich schonmal die Chance habe das zu reporten dann richtig ;-) rgds marc'O
CU Martin
Hi! Sorry, dass ich jetzt erst zum Antworten komme. Am Don, 2002-10-10 um 21.26 schrieb marco puszina:
Am Donnerstag, 10. Oktober 2002 15:03 schrieb Martin Oehler:
Kernel es nicht schafft, nur ein ide-Device zu emulieren (im Gegensatz zu vanilla-Kernel mit gleichen Kernel-Parametern), aber ansonsten läuft der ordentlich. :)
ich schaetze du meinst mit emulieren die IDE-SCSI Emulation? Da ich keinen CDR in der Box laufen haben: beschreibe das doch mal genauer - wenn ich schonmal die Chance habe das zu reporten dann richtig ;-)
Simples Problem: # cdrecord -scanbus scsibus0: 0,0,0 0) 'TOSHIBA ' 'DVD-ROM SD-M1612' '1004' Removable CD-ROM 0,1,0 1) 'CyberDrv' 'CW088D CD-R/RW ' '100F' Removable CD-ROM 0,2,0 2) * [...] Mein Kernel-Parameter ist aber nur hdb=ide-scsi. Also sollte (und das macht der vanilla-Kernel richtig) nur das zweite Laufwerk emuliert werden. Wie Du oben siehst, emuliert der SuSE-Kernel aber alle Laufwerke auf dem Bus. Ich würde gerne nur den Brenner emulieren, damit ich das erste Laufwerk mit DMA laufen lassen kann. Geht aber mit den SuSE-Kernel irgendwie nicht. CU Martin
Hallo Marc, bei mir leider keine Besserung. Ich habe sowohl den k_deflt als auch den k_athlon ausprobiert. In beiden Fällen lag die Uptime bei < 15 Minuten. Das ist noch schlimmer als bei dem mit der 8.1 ausgelieferten Kernel. Der Vanilla 2.4.19 hat bisher keine Probleme gemacht. Mfg Jörg
Hallo! Jörg Spilker wrote:
ich habe gestern Abend einen Original 2.4.19 kompiliert und installiert. Jetzt bekomme ich beim Aktivieren des LVM zwar eine "invalid ioctrl" Meldung, die Funktionsfähigkeit scheint das aber nicht zu beeinträchtigen.
Bist Du sicher, dass die o.a. Meldung vom LVM kommt? Was naemlich ganz sicher nicht mehr geht, ist der "blogd". Der benoetigt naem- lich einen der SuSE-Patches, und der erzeugt bei mir diese Fehler- meldung.
Seit heute morgen hatte ich noch keinen Absturz. [...]
Das ist ja schon mal ein Fortschritt. [Restliches Fullquoting entsorgt] Bitte lerne ordentliches Zitieren von Emails: siehe dazu z.B. die URL http://www.learn.to/quote/. Danke! Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys. Geophysikalisches Institut, Universitaet Karlsruhe (TH)
Jörg Spilker schrieb:
Hallo,
mittlerweise schimpfe ich auf Linux schon fast so wie auf Windows. Aber sobald mein System eine hohe I/O Last zu verkraften hat, dann stürzt es meistens ab (Shift und Caps Lock LED blinken, nichts geht mehr).
Installiert ist Linux auf 2x40 GB als LVM mit mehreren ReiserFS Partitionen. 40 GB davon sind für Filesharing. Sobald ich einen Filesharing Client starte und über die Dateien die MD Checksum berechnet wird, ist die Reaktionszeit des Systems total schlecht. Obwohl "top" einen Idle Anteil von 80 % anzeigt, dauert zu ein man xxxx bis zu 10 Sekunden. Und das auf einem 1,3 GHZ System. Mit viel Glück funktioniert das Scannen des Bereiches mal, aber meisten kommt hier schon ein Absturz. Auch beim Nachinstallieren von Software der 8.1 ist das schon passiert. Pakete im Umfang von 500 MB ausgewählt und beim Installieren bleibt das System dann hängen (Led auf Tastatur blinken, HD LED Dauerleuchten). Auch im Safe Modus ändert sich an dieser Tatsache nichts. Mag das Problem evtl. am ReiserFS liegen oder sogar am LVM?
Die Platten habe ich schon alle mit dem IBM Tools gecheckt. Die scheinen einwandfrei zu sein. Irgendwie bin ich mittlerweise von Linux total frustriert.
Mfg Joerg
Was willst Du jetzt hören ? Was für Antworten erwartest Du ? Wenn's am LVM oder reiserfs liegt, warum haben abertausende andere nicht genau dieses Problem auch ? Bei läuft reiserfs mit LVM seit "Ewigkeiten" rock solid. Hast Du vernünftige IDE-Kabel ( 80 polig ) ? Ist Dein Mainboard 100% unterstützt ? Ist der DMA Modus aktiv und die Platten können das nicht ab ? Ist Dein IDE Controller unterstützt ? Mehr fällt mir nicht ein, um Dir weiterzuhelfen. Oder versuch es mit FreeBSD einmal .... Grusz, Ole
Am Sonntag, 29. September 2002 23:07 schrieb Ole Thomsen:
Was willst Du jetzt hören ? Was für Antworten erwartest Du ? Wenn's am LVM oder reiserfs liegt, warum haben abertausende andere nicht genau dieses Problem auch ? Bei läuft reiserfs mit LVM seit "Ewigkeiten" rock solid. Hast Du vernünftige IDE-Kabel ( 80 polig ) ? Ist Dein Mainboard 100% unterstützt ? Ist der DMA Modus aktiv und die Platten können das nicht ab ? Ist Dein IDE Controller unterstützt ? Mehr fällt mir nicht ein, um Dir weiterzuhelfen. Oder versuch es mit FreeBSD einmal ....
Grusz, Ole
Oops! Da ist aber einer schlecht drauf! :-) Ich würde erstmal empfehlen, einen Speichertest über einen längeren Zeitraum durchzuführen. Wo wir gerade beim Speicher sind: Jörg, wieviel Speicher ist in deinem Rechner eingebaut? Gruß Achim PS: @ Ole: du plenkst! :-)
Hallo Achim, Oops! Da ist aber einer schlecht drauf! :-) ja, bin ich wirklich. Jeden Tag 1-2 mal den Reset Knopf zu drücken ist nicht gerade angenehm. Ich würde erstmal empfehlen, einen Speichertest über einen längeren Zeitraum durchzuführen. Wo wir gerade beim Speicher sind: Jörg, wieviel Speicher ist in deinem Rechner eingebaut? 512 MB DDR-RAM Mfg Jörg
Hallo Ole,
Was willst Du jetzt hören ? Was für Antworten erwartest Du ?
ein bischen Trost :-) Es ist schon frustrierend eigentlich fast jeden Tag nach der Arbeit einen abgestürzten Rechner vorzufinden.
Wenn's am LVM oder reiserfs liegt, warum haben abertausende andere nicht genau dieses Problem auch ? Bei läuft reiserfs mit LVM seit "Ewigkeiten" rock solid.
irgendwie denke ich auch nicht, daß es daran liegt. Trotzdem wollte ich auch mal eine Installation auf ext2 versuchen. Brauche dazu aber erstmal ne Platte um meinen Filesharing Bereich umzukopieren.
Hast Du vernünftige IDE-Kabel ( 80 polig ) ? Ist Dein Mainboard 100% unterstützt ? Ist der DMA Modus aktiv und die Platten können das nicht ab ? Ist Dein IDE Controller unterstützt ?
also die Kabel sind alle 80 polige Kabel (6 Platten IBM a 40 GB. Zwei am Onboard IDE Controller. 4 am Onboard Promise). Das Mainboard ist gerade mal ein Jahr alt (MSI KT266A). DMA aktiv und die Platten sollten das wohl verkraften (DTLA und IC Modelle).
FreeBSD einmal ....
also Debian liegt aufjedenfall schon bereits, falls ich mit SuSE kein stabiles System hinbekomme. Mfg Jörg
Jörg Spilker schrieb:
Hallo Ole,
Was willst Du jetzt hören ? Was für Antworten erwartest Du ?
ein bischen Trost :-) Es ist schon frustrierend eigentlich fast jeden Tag nach der Arbeit einen abgestürzten Rechner vorzufinden.
Wenn's am LVM oder reiserfs liegt, warum haben abertausende andere nicht genau dieses Problem auch ? Bei läuft reiserfs mit LVM seit "Ewigkeiten" rock solid.
irgendwie denke ich auch nicht, daß es daran liegt. Trotzdem wollte ich auch mal eine Installation auf ext2 versuchen. Brauche dazu aber erstmal ne Platte um meinen Filesharing Bereich umzukopieren.
Hast Du vernünftige IDE-Kabel ( 80 polig ) ? Ist Dein Mainboard 100% unterstützt ? Ist der DMA Modus aktiv und die Platten können das nicht ab ? Ist Dein IDE Controller unterstützt ?
also die Kabel sind alle 80 polige Kabel (6 Platten IBM a 40 GB. Zwei am Onboard IDE Controller. 4 am Onboard Promise). Das Mainboard ist gerade mal ein Jahr alt (MSI KT266A). DMA aktiv und die Platten sollten das wohl verkraften (DTLA und IC Modelle).
FreeBSD einmal ....
also Debian liegt aufjedenfall schon bereits, falls ich mit SuSE kein stabiles System hinbekomme.
Mfg Jörg
Hallo Jörg, jetzt wo Du Promise Controller sagst, welchen Treiber nutzt Du für den ? Mit einem Promise Controller hatte ich auch schon mal so ein Problem. Mit FreeBSD ging es dann, aber das ist ja auch ein ganz anderes System bzw. Kernel. So war ich sicher, dass die Hardware ok ist. Debian wird Dir daher wahrscheinlich auch nichts nützen, da eben auch ein Linux-Kernel enthalten ist. Jedenfalls habe ich den Treiber für SuSE 8.0 für Proimise Controller direkt von der Promise-Web-Seite heruntergeladen und damit installiert. Seitdem funktioniert es. Sach' doch mal Bescheid, ob's geholfen hat, falls Du es nicht ohnehin so gemacht hast. Schönen Grusz, Ole
Moin, On Sonntag, 29. September 2002 21:51, Jörg Spilker wrote:
Hallo,
mittlerweise schimpfe ich auf Linux schon fast so wie auf Windows. Aber sobald mein System eine hohe I/O Last zu verkraften hat, dann stürzt es meistens ab (Shift und Caps Lock LED blinken, nichts geht mehr).
Starte den Rechner mal im runlevel 3, und probier das nochmal. Ohne grafische Oberfläche. Dann sieht man die Oops'es im Klartext. Wenn eine Nvidia-GraKa drinsteckt, den Treiber mal rausschmeißen, der ist closed source, und der hat schon für viele nette Überaschungen gesorgt, wenn es mal auf dem PCI-Bus etwas hektisch zugeht. An ReiserFS oder LVM glaube ich nicht, die sind eigentlich voll durchgetestet. Ja, die Aussetzer für 10sec oder so bei hohen Festplattendurchsatz... das ist 'normal'. Die neuen Kernels sind mit der neuen VM mehr auf Serverbetrieb optimiert, die versuchen halt mehr, die Daten wegzuschreiben, als eine man-page zu lesen ;-) Das wird sich aber denke ich mal in den nächsten Releases wieder ändern, da existieren schon Patches. Das alles trifft natürlich nur zu, wenn deine Hardware einwandfrei funktioniert... <earny>
Hallo, also ich habe den Rechner schon im Failsafe Modus gebootet. Also im Runlevel 3, ohne DMA, ohne APIC etc. und trotzdem war nach ca. 60 Minuten schon wieder Schluß. Also die Bevorzugung der I/O finde ich jedenfalls nicht so gut. Ich brauche eine gute Antwortzeit. Da kann der I/O ruhig warten. Mfg Jörg
Hallo zusammen, am Sonntag, 29. September 2002 um 21:51 schrieb Jörg Spilker:
Hallo,
mittlerweise schimpfe ich auf Linux schon fast so wie auf Windows. Aber sobald mein System eine hohe I/O Last zu verkraften hat, dann stürzt es meistens ab (Shift und Caps Lock LED blinken, nichts geht mehr).
Kann es evtl. sein, daß die Kiste einfach zu heiß wird? Ist Dein Gehäuse denn ausreichend belüftet? Mit besten Grüssen Ralf Tempel
participants (12)
-
Achim Lehmkuhl -
Ernst Herzberg -
Joerg Rossdeutscher -
Jörg Spilker -
marc'O -
marc'O puszina
-
marco puszina
-
Martin Oehler -
Ole Thomsen -
Pascal Volk -
Ralf Tempel -
Thomas Hertweck