Yast killt bei Neuanlage eines ippp-dev alle ippp's (8.0)

Oh Suse, Yast (Text-Yast, zumindest der von 8.0) killt bei Neuanlage eines ipppX zunächst ALLE bestehenden devices !!! Was soll das? Der PC, den ich fernadministieren muß, ist mir gerade für den gesamten Tag "hops" gegangen weil das ISDN-device von Yast mit herunterfahren wurde, über das ich Yast selber bedient habe. Letzter Kommentar von Yast: Abschalten der ISDN Verbindungen 0% Jetzt blicke ich auf das tote xterm. Yast "hängt" jetzt wohl auch, sonst wären die ippp's ja wieder automatisch durch Yast gestartet. Einwählen kann ich mich nicht mehr in den Server und die Sicherheits-Konfiguration, daß der Server mich per cron alle 5 Minuten anruft geht auch nicht mehr. Nun muß ich bis heute abend warten und das Personal bitten kurz vor Betriebsende den Server einmal frisch zu booten .. Mist ! Die fragen sich ob der Gerlach weiß was er macht ... knurrrrrrrrrrr . Also für mich heißt das künftig doch wieder alles per Hand anlegen um die ippp's einzeln starten und yast vergessen. Oder, Karsten ? - Ein Würgaround wäre per cron den Server nach ein paar Minuten nach Yast-Benutzung automatisch rebooten lassen (was natürlich nur möglich ist, wenn niemand mehr im Büro ist). Gruss Ekkard

On Thu, Jan 30, 2003 at 10:01:49AM +0100, Ekkard Gerlach wrote:
Oh Suse,
Yast (Text-Yast, zumindest der von 8.0) killt bei Neuanlage eines ipppX zunächst ALLE bestehenden devices !!! Was soll das?
geht nicht anders, wenn der "normale" User erwartet das nach Verlassen von YaST die Konfigurierten services auch zur Verfuegung stehen.
Der PC, den ich fernadministieren muß, ist mir gerade für den gesamten Tag "hops" gegangen weil das ISDN-device von Yast mit herunterfahren wurde, über das ich Yast selber bedient habe. Letzter Kommentar von Yast:
Abschalten der ISDN Verbindungen 0%
Richtig das kann nicht gehen, dafuer ist YaS_T an dieser Stelle auch nicht ausgelegt, eine remote Administration das services der die remote connection ermöglicht ist halt etwas sehr schwieriges. Klar kann man dort sich etwas ueberlegen und nur die devices runterfahren die veraendert wurden, nur ist das einfacher gesagt als getan, da dann mehr der alte Stand berücksichtigt werden muss (und zum Vergleich parat sein muss) und auch dann gibt es Situationen wo das schiefgehen kann (z.B. wenn nur 1 multilink konfiguriert ist). Ich bin heilfroh das es jetzt wenigstens so funktioniert, das Ganze ist durch die vielen verschiedenen Karten,Treiber und Möglichkeiten schon kompliziert genug geworden. Man könnte darueber nachdenken ueber ein PopUp den Restart nochmal bestaetigen zu lassen (mit Warnung fuer den case wenn die Verbindung in use ist), hat den Nachteil das 99% der User mit einer für Die unötigen Frage belästigt werden.
Jetzt blicke ich auf das tote xterm. Yast "hängt" jetzt wohl auch, sonst wären die ippp's ja wieder automatisch durch Yast gestartet. Einwählen kann ich mich nicht mehr in den Server und die Sicherheits-Konfiguration, daß der Server mich per cron alle 5 Minuten anruft geht auch nicht mehr. Nun muß ich bis heute abend warten und das Personal bitten kurz vor Betriebsende den Server einmal frisch zu booten .. Mist ! Die fragen sich ob der Gerlach weiß was er macht ... knurrrrrrrrrrr .
Also für mich heißt das künftig doch wieder alles per Hand anlegen um die ippp's einzeln starten und yast vergessen. Oder, Karsten ? - Ein Würgaround wäre per cron den Server nach ein paar Minuten nach Yast-Benutzung automatisch rebooten lassen (was natürlich nur möglich ist, wenn niemand mehr im Büro ist).
In diesem Fall sicherlich das Beste von einem /etc/sysconfig/cfg-netX eine Kopie /etc/sysconfig/cfg-net(X+1) anzulegen, die zu bearbeiten und dann SuSEconfig --module isdn aufzurufen (das macht keine verbindung kaputt) Dann ein if-up des neuen ipppY. Warnung: cfg-netX und ipppX sind nicht in allen Faellen zusammengehoerig (z.B. Multilink Konfigurationen; betrifft 8.0). -- Karsten Keil SuSE Labs ISDN development

* Karsten Keil schrieb:
ist), hat den Nachteil das 99% der User mit einer für Die unötigen Frage belästigt werden.
klar,
In diesem Fall sicherlich das Beste von einem /etc/sysconfig/cfg-netX eine Kopie /etc/sysconfig/cfg-net(X+1) anzulegen, die zu bearbeiten und dann SuSEconfig --module isdn aufzurufen (das macht keine verbindung kaputt)
Dann ein if-up des neuen ipppY.
Warnung: cfg-netX und ipppX sind nicht in allen Faellen zusammengehoerig (z.B. Multilink Konfigurationen; betrifft 8.0).
besten Dank für den Support, Karsten. Ich weiß, daß es nicht jedem recht zu mache ist. Wenn es einen wichtigen Grund gibt, bei Suse-Distri zu bleiben, dann bis Du es :) Gruss Ekkard
participants (2)
-
Ekkard Gerlach
-
Karsten Keil