Hi, habe eben ein kleines Problem: Ich hatte gestern beim Versuch, einem widerspenstigen Ausguck auf W2k das Abholen von Post zu ermöglichen, eine Firewalleinstellung "vergurkt". Nach dem Wiederherstellen aus den gesicherten "bla.conf.orig" und "rcnetwork restart && rcnamed restart && bla restart" bekam ich keine Auflösung mehr bzw erst nach mehreren Minuten Wartezeit. Also flugs mit Yast die Netzwerkpakete neu installiert, und jetzt hängt Suseconfig seit 20 Minuten bei 96% und SuSEconfig.tetex wird ausgeführt ( Tex ist nicht installiert). Process Load bei 2.4, beide CPUs bei 70%. Ist das ein neues Feature bei der 9.1, oder kennt das jemand? Ich habe etwas Bedenken, Suseconfig einfach zu killen, weil ich nicht so genau weiß, was der da macht. Gruß Peter
Am Mittwoch, 5. Mai 2004 08:18 schrieb Peter Baumgartner:
Hi, habe eben ein kleines Problem: Ich hatte gestern beim Versuch, einem widerspenstigen Ausguck auf W2k das Abholen von Post zu ermöglichen, eine Firewalleinstellung "vergurkt". Nach dem Wiederherstellen aus den gesicherten "bla.conf.orig" und "rcnetwork restart && rcnamed restart && bla restart" bekam ich keine Auflösung mehr bzw erst nach mehreren Minuten Wartezeit. Also flugs mit Yast die Netzwerkpakete neu installiert, und jetzt hängt Suseconfig seit 20 Minuten bei 96% und SuSEconfig.tetex wird ausgeführt ( Tex ist nicht installiert). Process Load bei 2.4, beide CPUs bei 70%. Ist das ein neues Feature bei der 9.1, oder kennt das jemand? Ich habe etwas Bedenken, Suseconfig einfach zu killen, weil ich nicht so genau weiß, was der da macht.
Nachtrag: An dieser Stelle fängt der cupsd an, ca 1,8 MB/s über eth1, also meine Karte für das DSL-Modem von Sourceport 631 nach DST_Port 631 zu übertragen. Die Load geht sofort runter, wenn ich den Cupsd restarte. -----------------snip------------- May 5 09:09:19 cyan kernel: SFW2-IN-ILL-TARGET IN=eth1 OUT= MAC= SRC=192.168.20.1 DST=192.168.20.255 LEN=102 TOS=0x00 PREC=0x00 TTL=64 ID=56 DF PROTO=UDP SPT=631 DPT=631 LEN=82 May 5 09:09:28 cyan kernel: SFW2-IN-ILL-TARGET IN=eth1 OUT= MAC= SRC=192.168.20.1 DST=192.168.20.255 LEN=150 TOS=0x00 PREC=0x00 TTL=64 ID=58 DF PROTO=UDP SPT=631 DPT=631 LEN=130 ------------snap--------------
Gruß Peter
Hallo, On May 5 09:10 Peter Baumgartner wrote (shortened):
... SuSEconfig.tetex wird ausgeführt ( Tex ist nicht installiert).
Das ist ein Widerspruch, denn /sbin/conf.d/SuSEconfig.tetex gehört zum Paket tetex. Gruss, Johannes Meixner -- SUSE LINUX AG, Maxfeldstrasse 5 Mail: jsmeix@suse.de 90409 Nuernberg, Germany WWW: http://www.suse.de/
Hallo Johannes, Am Mittwoch, 5. Mai 2004 10:34 schrieb Johannes Meixner:
Hallo,
On May 5 09:10 Peter Baumgartner wrote (shortened):
... SuSEconfig.tetex wird ausgeführt ( Tex ist nicht installiert).
Das ist ein Widerspruch, denn /sbin/conf.d/SuSEconfig.tetex gehört zum Paket tetex.
das ist schon klar, ich hatte aber bei der Installation die Tex-Pakete ausdrücklich abgewählt. Wahrscheinlich hat eines der KDE Pakete die Abhängigkeit nachgefordert. Aber auch explizites installieren bzw. deinstallieren aller *.tex Pakete ändert nichts daran, daß Suseconfig durrchläuft bis "96%, bla.tetex" und sich dann stillschweigend aufhängt (auch, wenn ich es auf einer Konsole laufen lasse). Das beunruhigt mich schon etwas. Peter
Am Mittwoch, 5. Mai 2004 11:27 schrieb Peter Baumgartner:
... SuSEconfig.tetex wird ausgeführt ( Tex ist nicht installiert).
Das ist ein Widerspruch, denn /sbin/conf.d/SuSEconfig.tetex gehört zum Paket tetex.
das ist schon klar, ich hatte aber bei der Installation die Tex-Pakete ausdrücklich abgewählt. Wahrscheinlich hat eines der KDE Pakete die Abhängigkeit nachgefordert. Aber auch explizites installieren bzw. deinstallieren aller *.tex Pakete ändert nichts daran, daß Suseconfig durrchläuft bis "96%, bla.tetex" und sich dann stillschweigend aufhängt (auch, wenn ich es auf einer Konsole laufen lasse). Das beunruhigt mich schon etwas.
Probier doch mal Suseconfig für jedes Modul einzeln zu starten. Dann sollte man zumindest sehen, wo es hängen bleibt. Alternativ oder zusätzlich dazu mal mit --verbose aufrufen. -- Andreas
Am Mittwoch, 5. Mai 2004 11:45 schrieb Andreas Winkelmann:
Am Mittwoch, 5. Mai 2004 11:27 schrieb Peter Baumgartner: [...]
Probier doch mal Suseconfig für jedes Modul einzeln zu starten. Dann sollte man zumindest sehen, wo es hängen bleibt.
Alternativ oder zusätzlich dazu mal mit --verbose aufrufen.
Gute Idee, probiere ich mal heute nachmittag (zur Zeit läuft noch ein Kernelupdate über YOU, weil ich den XFS-Patch eingespielt habe, und der "Datenfeldweg" rast heute mal wieder mit 7 - 10 kB/s - auf DSL). Gruß Peter
Peter Baumgartner wrote:
Hallo Johannes, Am Mittwoch, 5. Mai 2004 10:34 schrieb Johannes Meixner:
Hallo,
On May 5 09:10 Peter Baumgartner wrote (shortened):
... SuSEconfig.tetex wird ausgeführt ( Tex ist nicht installiert).
Das ist ein Widerspruch, denn /sbin/conf.d/SuSEconfig.tetex gehört zum Paket tetex.
deinstallieren aller *.tex Pakete ändert nichts daran, daß Suseconfig durrchläuft bis "96%, bla.tetex" und sich dann stillschweigend aufhängt (auch, wenn ich es auf einer Konsole laufen lasse). Das beunruhigt mich schon etwas.
versuch mal folgendes, evtl. sind irgendwann mal Leichen zurückgeblieben: tetex installieren, suseconfig, und wieder deinstallieren uns suseconfig Andreas
Hallo, On May 5 11:27 Peter Baumgartner wrote (shortened):
... ich hatte aber bei der Installation die Tex-Pakete ausdrücklich abgewählt. Wahrscheinlich hat eines der KDE Pakete die Abhängigkeit nachgefordert.
for c in $( rpm -q --provides tetex ) ; \ do echo $c is required by: ; \ rpm -q --whatrequires $c ; \ echo ; \ done
Aber auch explizites installieren bzw. deinstallieren aller *.tex Pakete ändert nichts daran, daß Suseconfig durrchläuft bis "96%, bla.tetex" und sich dann stillschweigend aufhängt
Ich habe die verwendete Suse Linux Version nicht mitbekommen. Daher weiss ich nicht, welches SuSEconfig.tetex läuft, aber seit einigen Suse Linux Versionen ruft SuSEconfig.tetex "lpoptions -l" auf (wenn es ausführbar ist), um die Auflösung der Defaultwarteschlange zu bestimmen um damit die Auflösung in TeX (für Metafont) entsprechend setzen zu können, denn 300DPI oder 600DPI Fonts sehen auf einem 360DPI oder 720DPI Drucker (z.B. Epson Tintenstrahldrucker) nicht so gut aus, wie Fonts in passender Auflösung. Es gab da mal vor über einem Jahr ein Problem, dass "lpoptions -l" in einer Endlossschleife hängen bleibt solange kein cupsd läuft, der die lpoptions-Anfrage beantwortet, aber das ist längst behoben. Gruss, Johannes Meixner -- SUSE LINUX AG, Maxfeldstrasse 5 Mail: jsmeix@suse.de 90409 Nuernberg, Germany WWW: http://www.suse.de/
Am Mittwoch, 5. Mai 2004 12:12 schrieb Johannes Meixner:
Hallo,
On May 5 11:27 Peter Baumgartner wrote (shortened):
... ich hatte aber bei der Installation die Tex-Pakete ausdrücklich abgewählt. Wahrscheinlich hat eines der KDE Pakete die Abhängigkeit nachgefordert.
Das manuelle Installieren und wieder deinstallieren der tex Pakete hat geholfen, anschließend lief SuSEconfig anstandslos durch!
for c in $( rpm -q --provides tetex ) ; \ do echo $c is required by: ; \ rpm -q --whatrequires $c ; \ echo ; \ done
Kann ich nicht mehr nachvollziehen da die Susi mittlerweile "gestorben" ist. (siehe eigener thread: " susi kommt nicht mehr....") :-(((( Trotzdem danke!
Aber auch explizites installieren bzw. deinstallieren aller *.tex Pakete ändert nichts daran, daß Suseconfig durrchläuft bis "96%, bla.tetex" und sich dann stillschweigend aufhängt
Ich habe die verwendete Suse Linux Version nicht mitbekommen.
9.1
Daher weiss ich nicht, welches SuSEconfig.tetex läuft, aber seit einigen Suse Linux Versionen ruft SuSEconfig.tetex "lpoptions -l" auf (wenn es ausführbar ist), um die Auflösung der Defaultwarteschlange zu bestimmen um damit die Auflösung in TeX (für Metafont) entsprechend setzen zu können, denn 300DPI oder 600DPI Fonts sehen auf einem 360DPI oder 720DPI Drucker (z.B. Epson Tintenstrahldrucker) nicht so gut aus, wie Fonts in passender Auflösung.
Es gab da mal vor über einem Jahr ein Problem, dass "lpoptions -l" in einer Endlossschleife hängen bleibt solange kein cupsd läuft, der die lpoptions-Anfrage beantwortet, aber das ist längst behoben.
Hm, cupsd müßte da schon gelaufen sein, wenngleich ich etwas Probleme hatte, ihn zu konfigurieren (hat erst beim 3. Anlauf geklappt - mit Yast wollte er erst nicht, dann habe ich es über das KDE Kontrollzentrum versucht, da wollte er irgendetwas - sorry, ist ein paar Tage her - nicht abspeichern, dann ging es über Yast. War schon etwas merkwürdig). Gruß und danke, auch wenn es in diesem Fall ins Leere ging. Peter Baumgartner
participants (4)
-
Andreas Loesch -
Andreas Winkelmann -
Johannes Meixner -
Peter Baumgartner