Hallo Liste, nachdem mich die Fehlersuche etliche Tage gekostet hat, möchte ich das anderen ersparen: der neue Kernel k_deflt-2.4.19-174.i586.rpm produziert zumindest in meiner Umgebung _reproduzierbare_ Fehler. - Maschine hängt beim Starten bei Hotplug Devices (USB) - die Netzwerkkarte Intel Etherexpress Pro 100+ Dual liefert auf eth0 sehr unregelmässige Pings + responses in der Grössenordnung von bis zu ca. 2000 ms. Etwa 30-40% der Pakete gehen verloren. Ein sinnvolles Arbeiten mit z.B. ssh ist nicht möglich. Als Fileserver ist die Maschine dann auch unbrauchbar. Und das schlimmste: keine Hinweise in den Log-Files erkennbar. Viele Grüsse Joachim
Hallo, On Sun, 09 Mar 2003, Joachim Kieferle wrote:
nachdem mich die Fehlersuche etliche Tage gekostet hat, möchte ich das anderen ersparen: der neue Kernel k_deflt-2.4.19-174.i586.rpm produziert zumindest in meiner Umgebung _reproduzierbare_ Fehler.
Sach ma, Meister, du weisst schon, dass das _TEST_ Kernel sind, ja? -dnh -- Microsoft, what do you want to crash today?
David Haller wrote:
Hallo,
On Sun, 09 Mar 2003, Joachim Kieferle wrote:
nachdem mich die Fehlersuche etliche Tage gekostet hat, möchte ich das anderen ersparen: der neue Kernel k_deflt-2.4.19-174.i586.rpm produziert zumindest in meiner Umgebung _reproduzierbare_ Fehler.
Sach ma, Meister, du weisst schon, dass das _TEST_ Kernel sind, ja?
-dnh
Hallo David, SuSE schreibt in der sdb unter http://sdb.suse.de/de/sdb/html/81_update_kernel.html: "Offizieller Update Kernel für SuSE Linux 8.1" der z.B. auch ACL bei Reiserfs unterstützt. Da steht _nichts_ von _TEST_. Woran ist also zu erkennen, dass es ein Test-Kernel ist? Viele Grüsse Meister äähhh Joachim ;-)).
Hallo, On Sun, 09 Mar 2003, Joachim Kieferle wrote:
David Haller wrote:
On Sun, 09 Mar 2003, Joachim Kieferle wrote:
nachdem mich die Fehlersuche etliche Tage gekostet hat, möchte ich das anderen ersparen: der neue Kernel k_deflt-2.4.19-174.i586.rpm produziert zumindest in meiner Umgebung _reproduzierbare_ Fehler.
Sach ma, Meister, du weisst schon, dass das _TEST_ Kernel sind, ja?
SuSE schreibt in der sdb unter http://sdb.suse.de/de/sdb/html/81_update_kernel.html:
"Offizieller Update Kernel für SuSE Linux 8.1"
der z.B. auch ACL bei Reiserfs unterstützt. Da steht _nichts_ von _TEST_.
Woran ist also zu erkennen, dass es ein Test-Kernel ist?
*AUTSCH* ISC. Ich dachte, du haettest nen aktuellen Mantel-Kernel gemeint[0]. Entschuldigung.
Viele Grüsse Meister äähhh Joachim ;-)).
*g* Danke, dass du's nicht uebel genommen hast :) Hm... Koenntest du das Problem bzgl. hotplug evtl. noch etwas genauer diagnostizieren? Denn soweit ich weiss laeuft dieser SuSE-Kernel ja bei vielen normal[1]... Findet sich denn in irgendwelchen Logs / auf der Konsole 9 oder 10 irgendwas? Kannst du das Verhalten mit bestimmten Geraeten ausloesen? Oder mit allen? Zum Problem bzgl. der Ethernet-Karte kann ich nix sagen... Ausser: schon die MTU/MRU Werte an allen beteiligten Geraeten ueberprueft? -dnh [0] irgendwie les ich hier in letzter Zeit zu viele... Ich bin wohl etwas irritiert... *eg* [1] ich habe weder den Kernel noch USB noch eine aktuelle SuSE, kann da also nicht selber direkt helfen... Aber nachdem der original 8.1er Kernel ja (sehr) problematisch war, duerften doch viele (auch mit USB) diesen Update-Kernel installiert haben... -- "...[T]he harried saints of the tech department (who can never be paid enough as far as I'm concerned--I cannot imagine what it's like to know nearly everything about systems and have to deal, daily, with people who know nearly nothing about systems. It's like being a cosmologist at an astrology convention)...." -- James Lileks
David Haller wrote:
[ ... ]
On Sun, 09 Mar 2003, Joachim Kieferle wrote:
nachdem mich die Fehlersuche etliche Tage gekostet hat, möchte ich das anderen ersparen: der neue Kernel k_deflt-2.4.19-174.i586.rpm produziert zumindest in meiner Umgebung _reproduzierbare_ Fehler.
[...]
Hm... Koenntest du das Problem bzgl. hotplug evtl. noch etwas genauer diagnostizieren? Denn soweit ich weiss laeuft dieser SuSE-Kernel ja bei vielen normal[1]...
Findet sich denn in irgendwelchen Logs / auf der Konsole 9 oder 10 irgendwas? Kannst du das Verhalten mit bestimmten Geraeten ausloesen? Oder mit allen?
Zum Problem bzgl. der Ethernet-Karte kann ich nix sagen... Ausser: schon die MTU/MRU Werte an allen beteiligten Geraeten ueberprueft?
Hallo David, habe den Server neu installiert. Deshalb ist's für mich momentan schwierig, das nachzuprüfen und - derzeit ist meine Motivation, den Kernel nochmals auf meine Produktionsmaschine zu spielen relativ gering. Habe mal eine Mail an feedback@SuSE geschickt, vielleicht können die's ja nachvollziehen, ich bleibe auf jeden Fall mal beim alten Kernel und verzichte zwangsläufig auf die ACLs bei ReiserFS. Bei meinen Versuchen haben sowohl ifconfig als auch die Logfiles keine Besonderheiten gezeigt. D.h. ich warte einfach, bis ein neuer Kernel von SuSE kommt bzw. auf eine neue Version (da bin ich ganz User ;-). Vielen Dank + viele Grüsse Joachim
Am Sonntag, 9. März 2003 00:25 schrieb Joachim Kieferle:
Hallo Liste,
nachdem mich die Fehlersuche etliche Tage gekostet hat, möchte ich das anderen ersparen: der neue Kernel k_deflt-2.4.19-174.i586.rpm produziert zumindest in meiner Umgebung _reproduzierbare_ Fehler.
- Maschine hängt beim Starten bei Hotplug Devices (USB) - die Netzwerkkarte Intel Etherexpress Pro 100+ Dual liefert auf eth0 sehr unregelmässige Pings + responses in der Grössenordnung von bis zu ca. 2000 ms. Etwa 30-40% der Pakete gehen verloren. Ein sinnvolles Arbeiten mit z.B. ssh ist nicht möglich. Als Fileserver ist die Maschine dann auch unbrauchbar. Und das schlimmste: keine Hinweise in den Log-Files erkennbar.
Die Probleme hatte ich auch (hing hauptsächlich an ISB 2.0, nicht an 1.1), hinzu kam dass acpi gar nicht mehr ging. Das der Rechner sich beim Prüfen von hotplug aufhing hatte ich auch schon mit dem ursprünglichen Kernel, sehr störend bei einer Neuinstallation. Verschiedene Startparameter haben nichts gebracht, letztendlich habe ich es folgendermaßen installiert bekommen: 1. manuelle Installation, kein USB auswählen 2. package hotplug explizit deaktivern !! Dann bekommt man das System zumindest mal zu laufen. Anschließend bin ich direkt auf Mantel Kernel 2.4.20 gewechselt, dort läuft USB 2.0 (und hotplug) durch. Gruß Jean-Marc
Hallo! Hab vor 3 Tagen schonmal hier mein Problem bezüglich dem Faxversand vom Client aus gepostet aber noch nix zurück bekommen. Also mein problem ist das ich den Faxserver nach dem Howto von der Wollmilchasau eingerichtet habund das sendfax vom Linuxpc auch ohne Probleme geht. Aber jetzt will ich noch vom Windows Client aus drucken können, das geht aber nicht obwohl ich alles wie im Beispiel eingerichtet hab. Weiß jemand nen Grund warum es ned gehen könnt? Kann mir evt jemand seine sambafax schicken und dazu schreiben wie er die Nummer über gibt also z.B. Fax-Nr : 0564151465 oder so ich glaub irgendwie das es daran liegt bin mir aber ned ganz sicher. MFG Hannes Bischof
Am Sonntag, 9. März 2003 16:10 schrieb Jean-Marc Autexier: [...]
Dann bekommt man das System zumindest mal zu laufen. Anschließend bin ich direkt auf Mantel Kernel 2.4.20 gewechselt, dort läuft USB 2.0 (und hotplug) durch. Was sollte man denn beachten wenn man auf den Kernel wechselt ? Ich habe nämlich auch den k_deflt-2.4.19-174.i586.rpm eingespielt und die selben bzw ähnlichen Probleme. Ich bin ein ziemlicher Newbie was Linux betrifft. Aber spiele auch mit dem Gedanke den Kernel zu benutzten.
Danke für Eure Antworten. -- Mit freundlichen Grüßen Stefan Blinkmann ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171------------#
Am Sonntag, 9. März 2003 19:04 schrieb Stefan Blinkmann:
Am Sonntag, 9. März 2003 16:10 schrieb Jean-Marc Autexier: [...]
Dann bekommt man das System zumindest mal zu laufen. Anschließend bin ich direkt auf Mantel Kernel 2.4.20 gewechselt, dort läuft USB 2.0 (und hotplug) durch.
Was sollte man denn beachten wenn man auf den Kernel wechselt ? Ich habe nämlich auch den k_deflt-2.4.19-174.i586.rpm eingespielt und die selben bzw ähnlichen Probleme. Ich bin ein ziemlicher Newbie was Linux betrifft. Aber spiele auch mit dem Gedanke den Kernel zu benutzten.
Hauptsächlich must Du beachten dass es ein beta Kernel ist, also nichts für produktive Systeme. Auf meinem Laptop (Desktop) ist mir das weniger wichtig, dort möchte ich das die vorhandene HW unterstützt wird. Habe den Mantel Kernel seit ca. 5 Wochen im Einsatz, update meistens wenn ein neuer rauskommt und hatte bisher noch keine Stabilitätsprobleme. Das muss jeder für sich entscheiden ... Gruß Jean-Marc
Hi, On Sunday, March 09, 2003 at 00:25:22, Joachim Kieferle wrote:
nachdem mich die Fehlersuche etliche Tage gekostet hat, möchte ich das anderen ersparen: der neue Kernel k_deflt-2.4.19-174.i586.rpm produziert zumindest in meiner Umgebung _reproduzierbare_ Fehler.
- Maschine hängt beim Starten bei Hotplug Devices (USB) - die Netzwerkkarte Intel Etherexpress Pro 100+ Dual liefert auf eth0 sehr unregelmässige Pings + responses in der Grössenordnung von bis zu ca. 2000 ms. Etwa 30-40% der Pakete gehen verloren. Ein sinnvolles Arbeiten mit z.B. ssh ist nicht möglich. Als Fileserver ist die Maschine dann auch unbrauchbar. Und das schlimmste: keine Hinweise in den Log-Files erkennbar.
http://sdb.suse.de/de/sdb/html/81_acpi.html gelesen? Im update kernel ist das acpi irq routing default an. Klingt sehr nach deinem Problem. pci=noacpi sollte die helfen wenn der original kernel ging. Oder acpi=off wenn du acpi nicht brauchst. Henne -- Hendrik Vogelsang aka Henne mailto: hvogel<at>hennevogel.de Our generation has had no Great Depression, no Great War. Our war is spiritual. Our depression is our lives. # random sigs made with fortune
Henne Vogelsang wrote:
Hi,
On Sunday, March 09, 2003 at 00:25:22, Joachim Kieferle wrote:
nachdem mich die Fehlersuche etliche Tage gekostet hat, möchte ich das anderen ersparen: der neue Kernel k_deflt-2.4.19-174.i586.rpm produziert zumindest in meiner Umgebung _reproduzierbare_ Fehler.
- Maschine hängt beim Starten bei Hotplug Devices (USB) - die Netzwerkkarte Intel Etherexpress Pro 100+ Dual liefert auf eth0 sehr unregelmässige Pings + responses in der Grössenordnung von bis zu ca. 2000 ms. Etwa 30-40% der Pakete gehen verloren. Ein sinnvolles Arbeiten mit z.B. ssh ist nicht möglich. Als Fileserver ist die Maschine dann auch unbrauchbar. Und das schlimmste: keine Hinweise in den Log-Files erkennbar.
http://sdb.suse.de/de/sdb/html/81_acpi.html gelesen? Im update kernel ist das acpi irq routing default an. Klingt sehr nach deinem Problem. pci=noacpi sollte die helfen wenn der original kernel ging. Oder acpi=off wenn du acpi nicht brauchst.
Hallo Henne, vielen Dank für die Info. Habe den Rechner im Herbst 2002 gekauft, d.h. der sollte (nach menschlichem Ermessen) ACPI-fähig sein. Habe die Maschine jetzt nochmals mit dem alten Kernel aufgesetzt und weil's eine Produktionsmaschine ist, möchte ich die auch nicht nochmal instabil machen. Vielleicht eine generelle Frage: kann ich den Kernel wieder rückgängig machen? Sprich den neuen draufspielen und ggf. ein rpm -e machen? Dann würd' ich's nochmal probieren, aber nur dann ;-). Ansonsten warte ich auf die 8.2-er Version, in der es dann hoffentlich keine Probleme mehr gibt *g*. Der Grund meines Updates waren die ACLs für Reiserfs, die unsere Arbeit in der Hochschulumgebung etwas einfacher machen würden. Aber - dann muss es halt doch noch ein paar Wochen ohne ACLs gehen. Viele Grüsse Joachim
On 10 Mar 2003 at 11:09, Joachim Kieferle wrote: [...]
vielen Dank für die Info. Habe den Rechner im Herbst 2002 gekauft, d.h. der sollte (nach menschlichem Ermessen) ACPI-fähig sein. Habe die Maschine jetzt nochmals mit dem alten Kernel aufgesetzt und weil's eine Produktionsmaschine ist, möchte ich die auch nicht nochmal instabil machen.
Sorry, aber das mit der neuen Maschine usw. kannst Du vergessen. Ich habe hier 'nen nagelneuen Compaq EVO 510D (P-IV 2GHz). _Ohne_ den parameter pci=noacpi fährt der Rechner zwar hoch, aber die Onboard Ethernet Karte (Intel) funktioniert schlicht gar nicht. Weder mit eepro100 noch mit e100 Treiber. Keine Fehlermeldung, gar nix. Bei Dir scheint sie "ein bischen" zu gehen. Das Resultat ist aber irgendwie das gleiche: Unbrauchbar für 'ne Produktion. Die Lösung bei mir war "pci=noacpi". Alles läuft seitdem fehlerfrei. (Kernel ist z.Zt. ein 2.4.20er Mantel Kernel) Das würde ich als erstes mit 'nem neuen Kernel versuchen. (Evtl. acpi ganz abstellen, wie Henne schrieb)
Vielleicht eine generelle Frage: kann ich den Kernel wieder rückgängig machen? Sprich den neuen draufspielen und ggf. ein rpm -e machen? Dann würd' ich's nochmal probieren, aber nur dann ;-).
Nö, aber ein "rpm -Uvh --force". Andreas
Klingt vielleicht jetzt blöd, aber den Hänger mit hotplug hatte ich auch. Manchmal (vor allem, wenn ein noch nicht installierter Drucker am USB hing,) dauerte es einfach nur wahnsinnig lange. Peter
participants (8)
-
Andreas Kyek
-
David Haller
-
Hannes Bischof
-
Henne Vogelsang
-
Jean-Marc Autexier
-
Joachim Kieferle
-
Peter Lipp
-
SBlinkmann@t-online.de