On Wed, Apr 16, 2003 at 12:49:29PM +0200, Tim Fischer wrote:
Am Dienstag, 15. April 2003 10:24 schrieb Karsten Keil:
On Tue, Apr 01, 2003 at 07:20:26PM +0200, Ingo Göppert wrote:
Hallo,
Karsten Keil schrieb am 01.04.2003 09:37: [...]
Leider weigert sich der Bug sich zu offfenbaren, das einzigste was ich haerausfinden konnte ist, das es irgendwo am locking der netlink devices zu einem race kommt. Dummerweise zeigt ein diff zwischen dem 8.1 orginal kernel und dem update kernel keine Aenderungen in diesem Bereich.
Ich habe aber erstmal ein hoffentlich wirsames workaround:
In /etc/sysconfig/network/scripts/ifup-ippp am Ende der down) Section kurz vor status) steht die Zeile mit dem $SBIN/isdnctrl delif $DEVICE ... ip link set dev $DEVICE down $SBIN/isdnctrl delif $DEVICE >& /dev/null retcode=$? ;; status) ...
Dort sollte ein sleep eingebaut werden, das dafuer sorgt das isdnctrl delif erst gestartet wird, wenn alle anderen Sachen, insbesondere die durch das Auflegen getrigerten, fertig sind. Also z.B. ... ip link set dev $DEVICE down # give the $DEVICE time to do all hangup work before deleting it sleep 5 $SBIN/isdnctrl delif $DEVICE >& /dev/null retcode=$? ;; status) ...
Die 5 sec sind ein willkürlicher Wert, wenn es damit gut klappt, kann man versuchen den Wert zu verkleinern. Stoeren sollte das nicht, aufgelegt wird sofort beim Klick auf kinternet nur die naechste Anwahl ist erst nach diesem zusaetzlichen delay moeglich und das Runterfahren des Systems dauert entsprechend laenger. DialOnDemand ist vom Fehler garnicht betroffen.
Hallo Karsten, sorry, aber dein Workaround scheint nicht zu funktionieren. Wenn ich das genau so übernehme, wie du es beschreibst, kann ich mich genau einmal via kinternet ins Netz einwählen. Der zweite und jeder weitere Verbindungsaufbau scheitert. Erst nach einem "rcsmpppd restart" funktioniert es wieder genau einmal. Es wird auch eine Fehlermeldung in der /var/log/messages ausgegeben, die kann ich aber jetzt leider nicht hier einfügen, da ich gerade am anderen Rechner sitze. Sorry, vielleicht heute abend. Trotzdem, vielleicht bin ich ja nicht der einzige, bei dem dieses seltsame Verhalten zu Tage tritt. Wenn ich die Zeile sleep 5 dann auskommentiere, funktioniert's wieder problemlos.
Also ich habe den workaround bei mir mit verschiedenen Werten von 5 sec - 50 sec getestet, nie gab es ein Problem, jedesmal nach dem das Icon wieder ready zeigte, konnte ich die Anwahl starten. (Manual Setup, nicht DOD) -- Karsten Keil SuSE Labs ISDN development