Re: SuSE 9.2 Kernel 2.6.10 xntp funktioniert nicht mehr
Andreas Koenecke wrote:
* Montag, 03. Januar 2005 um 14:48 (+0100) schrieb Kyek, Andreas, VF-DE:
Dominique Simon wrote:
Kernel 2.6.10 ohne weitere Suse patches... Ist bei "make menuconfig" unter Security options auch einzusehen. "Default Linux capabilities" ist als Modul konfiguriert.
Habe ich nun auch mal gemacht. Ergebnis:
Ich kann den Fehler von Heinz nun bestätigen: Weder der named noch der ntpd laufen in ihrer chroot Umgebung: Beide starten nicht oder sterben wieder.
Hast du denn auch _vorher_ die Capability-Module geladen?
Nein, naürlich nicht. (Normalerweise muss man ja nicht von Hand irgendwelche Module laden; das erledigt der Kernel ja selber.) Allerdings scheint hier _nichts_ automatisch geladen zu werden. Ich habe jetzt das Modul "capability" in /etc/sysconfig/kernel unter der Option "MODULES_LOADED_ON_BOOT" eingetragen. Nun lassen sich ntpd und named wieder starten.
Es scheint also so, das die Module capability und commoncap die Ursache sind. Existieren diese nicht, starten sowohl bind als auch ntpd ohne Probleme. _Keine_ Konfigurationsänderung und nur ein neuer Kernel mit den Modulen: named startet nicht!
Ich habe das gerade selber einmal getestet und einen Kernel mit "Default Linux Capabilities" als Module gebaut: - Ohne Laden der Module stirbt 'named'. - Nach dem Laden der Module startet und läuft der 'named' einwandfrei. (Ich kann es hier nur mit dem 'named' ausprobieren.)
Also IMHO so "wie es sein sollte"...
Jo, wenn man weiss, das man gerade diese Module von Hand laden muss damit das funktioniert. --- pause --- Nun habe ich auch mal frisch gebootet (mit geladenen Modulen via /etc/sysconfig/kernel: Ergbnis: a) named und ntpd laufen einwandfrei b) brennen als user geht wieder!!! Heureka; das wars. Andreas PS: Werde ich heute abend auf meinem Heimrechner mit SCSI CD-Brenner ausprobieren; ich bin aber sehr zuversichtlich!
Hallo zusammen, ich versuche gerade Oracle auf meiner Suse Box zu installieren. Habe alles soweit runtergeladen und alle Vorkehrungen getroffen. Nun scheitert das ganze aber schon am staretn des Installers. Der sagt mir, er könne den X-Server nicht connecten. Ich habe bereits folgendes versucht: (Habe nur die wichtigsten Schritte aufgeschrieben) user: xhost +localhost user: su - oracle oracle: export DISPLAY=localhost:0 oracle: ./runInstaller Dann bekomme ich immer folgende Meldung: Exception in thread "main" java.lang.InternalError: Can't connect to X11 window server using 'localhost:0' as the value of the DISPLAY variable. at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method) at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:59) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:120) at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:58) at java.awt.Window.<init>(Window.java:188) at java.awt.Frame.<init>(Frame.java:315) at java.awt.Frame.<init>(Frame.java:262) at oracle.sysman.oii.oiic.OiicInstaller.main(OiicInstaller.java:593) Hat da jemand vielleicht einen Tipp für mich?? Danke und Grüße, Stefan Sturm
Am Dienstag, 4. Januar 2005 12:21 schrieb Stefan Sturm:
Hallo zusammen,
ich versuche gerade Oracle auf meiner Suse Box zu installieren. Habe alles soweit runtergeladen und alle Vorkehrungen getroffen. Nun scheitert das ganze aber schon am staretn des Installers. Der sagt mir, er könne den X-Server nicht connecten.
Ich habe bereits folgendes versucht: (Habe nur die wichtigsten Schritte aufgeschrieben)
user: xhost +localhost user: su - oracle Versuch mal sux anstatt su oracle: export DISPLAY=localhost:0 oracle: ./runInstaller
Dann bekomme ich immer folgende Meldung: Exception in thread "main" java.lang.InternalError: Can't connect to X11 window server using 'localhost:0' as the value of the DISPLAY variable. at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method) at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:59) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:120) at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironmen t.java:58) at java.awt.Window.<init>(Window.java:188) at java.awt.Frame.<init>(Frame.java:315) at java.awt.Frame.<init>(Frame.java:262) at oracle.sysman.oii.oiic.OiicInstaller.main(OiicInstaller.java:593)
Hat da jemand vielleicht einen Tipp für mich?? Viele Grüße, Heinz Dittmar
Am Dienstag, 4. Januar 2005 12:21 schrieb Stefan Sturm: [...]
Hat da jemand vielleicht einen Tipp für mich??
Also im allergrößten Notfall auch als Root unter X anmelden (nicht empfehlenswert). Noch ein Links aus meinen Bookmarks: http://portal.suse.com/sdb/de/1997/06/maddin_xhost.html Ja, den habe ich hier schon mindestens 20mal gepostet, aber es ist ja auch eine FAQ, die dadurch super beantwortet wird... Jedenfalls werden da noch ein paar Lösungsmöglichkeiten genannt ;-) Gruß Sören
Hallo Stefan, hallo Leute, vorweg: Bitte gewöhne Dir an, für ein neues Thema eine *neue* Mail zu schreiben, nicht eine (scheinbar) leergeräumte Antwort. Auch wenn Du in einer Antwort alles rauslöscht, bleiben doch die internen Verwaltungsinformationen (In-Reply-To, References) im Header stehen und die Mail wird unter dem vorhergehenden Thread einsortiert. Wenn Du nicht genau weißt, was ich mit "interne Verwaltunsinfos" meine, schau Dir einfach mal die folgende Seite an: http://www.eschkitai.de/linux/thread.html So, zurück zum Thema ;-) Am Dienstag, 4. Januar 2005 12:21 schrieb Stefan Sturm:
user: xhost +localhost
xhost ist nicht ungefährlich. Warum? Darum: 9.2. Warum ist 'xhost +' gefährlich? http://suse-linux-faq.koehntopp.de/q/q-sicherheit-xhost.html localhost schränkt das Risiko zwar ein, aber alle User, die (auch per SSH) auf den Rechner kommen, haben Zugriff auf X. Verwende stattdessen sux (statt su)
user: su - oracle oracle: export DISPLAY=localhost:0
Das kannst Du Dir bei sux übrigens sparen. Alternativ: DISPLAY=:0 (also ohne das localhost davor) - X wird in der 9.2 standardmäßig mit -nolisten tcp gestartet. Gruß Christian Boltz --
Habe auch vor die Festplatte zu tauchen. Aber bevor ich diesen Tauch- prozess durchziehe, will ich auch eine andere Ursache nicht aus- schliessen, dass evtl. auch die Festplatte einen latenten Defekt hat. Hm, und in was taucht ihr die Festplatten? Heißwachs, Leinöl, ..? [> Pieter Wenk und Matthias Houdek in suse-linux]
Am Dienstag, 4. Januar 2005 11:52 schrieb Kyek, Andreas, VF-DE:
Hast du denn auch _vorher_ die Capability-Module geladen?
Nein, naürlich nicht. (Normalerweise muss man ja nicht von Hand irgendwelche Module laden; das erledigt der Kernel ja selber.) Allerdings scheint hier _nichts_ automatisch geladen zu werden. Ich habe jetzt das Modul "capability" in /etc/sysconfig/kernel unter der Option "MODULES_LOADED_ON_BOOT" eingetragen. Nun lassen sich ntpd und named wieder starten. Ja funktioniert jetzt auch bei mir. Nun habe ich endlich wieder einmal ein vernünftiges SuSE seit 9.0, wo der Brenner richtig funktioniert. Jo, wenn man weiss, das man gerade diese Module von Hand laden muss damit das funktioniert.
--- pause ---
Nun habe ich auch mal frisch gebootet (mit geladenen Modulen via /etc/sysconfig/kernel:
Ergbnis: a) named und ntpd laufen einwandfrei b) brennen als user geht wieder!!!
Heureka; das wars.
Andreas
PS: Werde ich heute abend auf meinem Heimrechner mit SCSI CD-Brenner ausprobieren; ich bin aber sehr zuversichtlich! Viele Grüße, Heinz Dittmar
participants (5)
-
Christian Boltz -
Heinz Dittmar -
Kyek, Andreas, VF-DE -
Stefan Sturm -
Sören Wengerowsky