Hallo Herbert, hallo *, Herbert Renkewitz schrieb am 17.04.2003 05:54:
Am Donnerstag, 17. April 2003 00:27 schrieb Karsten Keil:
On Wed, Apr 16, 2003 at 07:08:13PM +0200, Tim Fischer wrote:
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
Hallo Karsten, wie gesagt, ich bekomme einmal eine Verbindung ins Internet hergestellt. Beim zweiten Mal meldet der Kernel ( auf Konsole 10 bzw. in /var/log/messages):
Apr 16 18:57:21 pc2 kernel: isdn_ppp_bind: Can't find a (free) connection to the ipppd daemon.
Hallo Karsten, hallo Tim,
exakt das gleiche Verhalten hier. Auch dir Meldung in /var/log/messages ist identisch!
Das heist das das device geup'ed wird bevor der ipppd laeuft. Was das mit einem delay vor dem Runterfahren zu tun haben soll ist mir raetselhaft.
Mir auch
Auch bei jedem weiteren Versuch erscheint die Meldung. Wie gesagt, nach einem Neustart des smpppd funktioniert's wieder genau einmal. Das ganze läßt sich problemlos und beliebig reproduzieren.
Hier auch!
Hast Du mehrere ippp's definiert ? Laueft der smpppd noch nach dem Auflegen ? (ps -ax |grep smpppd)
Der smpppd läuft weiter. Ich habe nur ein ippp0 eingerichtet - allerdings mit mehreren Providern. Beim Einstellen eines neuen Providers ist die Einwahl sofort wieder erfolgreich möglich. Der dazugehörige Eintrag in /var/log/messages lautet: Apr 17 05:52:36 tux /etc/hotplug/net.agent[9651]: Setting up NET devices switched of. Exiting net.agent ... Bei welche Providern tritt das Problem auf? Bei mir nur bei t-online(by call). Nutze ich aber so selten dass mir erst heute aufgefallen ist.
Gruß Ingo