Probleme mit Xvfb

Digital Recording
lipperreiher
Interessierter
Interessierter
Beiträge: 55
Registriert: Mittwoch 7. Januar 2004, 13:41

Probleme mit Xvfb

Beitrag von lipperreiher »

Hallo zusammen,

es wäre ja auch langweilig, wenn alles reibungslos funktionieren täte ;-), deshalb hat sich bei mir mal wieder ein Problem aufgetan, nachdem eigentlich alles zu meiner Zufriedenheit lief.

Alles lief wunderbar, das Erzeugen der mpg- und TS-Dateien.

Seit gestern habe ich auf einmal das "Xvfb-Problem", das bereits mehrere hier hatten. Ich habe aber nach längerer Suche keine Lösung für mein Problem gefunden.

Hier ein Auszug aus der Log-Datei:

Code: Alles auswählen

trying to demux : BR_alpha_not_available_20040120_010032 (may take a while ...)

Exception in thread "main" java.lang.InternalError: Can't connect to X11 window server using 'localhost:1' as the value of the DISPLAY variable.
        at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
        at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:134)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:141)
        at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:62)
        at java.awt.Window.init(Window.java:231)
        at java.awt.Window.<init>(Window.java:275)
        at java.awt.Frame.<init>(Frame.java:401)
        at java.awt.Frame.<init>(Frame.java:366)
        at javax.swing.JFrame.<init>(JFrame.java:154)
        at MPVD.<init>(MPVD.java:70)
        at X.<clinit>(X.java:80)
01:31:21-20.01.2004 -> ProjectX Returncode: 1
01:31:21-20.01.2004 -> "projectX" failed to demux :(
01:31:21-20.01.2004 -> exiting ...

Code: Alles auswählen

Wenn ich "Xvfb :1" aufrufe, erhalte ich folgendes:

error opening security policy file /usr/X11R6/lib/X11/xserver/SecurityPolicy
Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list!
Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list!

Warum lief es vorher und geht jetzt auf einmal nicht mehr?
Ich habe nichts geändert (zumindestens nicht bewußt).

Wie kann ich den Fehler weiter eingrenzen?

Viele Gruesse

Olaf
wwershofen
Einsteiger
Einsteiger
Beiträge: 314
Registriert: Donnerstag 16. Januar 2003, 23:53

Beitrag von wwershofen »

Die beiden Fehlermeldungen wegen den Fonts kannst Du ignorieren, die kommen bei mir auch.

Hast Du mal geschaut, ob es die angegebene Datei SecurityPolicy noch gibt? Vieleicht ist sie ja versehentlich gelöscht worden...

hth
wolle
Geek by nature - Linux by choice
lipperreiher
Interessierter
Interessierter
Beiträge: 55
Registriert: Mittwoch 7. Januar 2004, 13:41

Beitrag von lipperreiher »

Hi wolle,
Hast Du mal geschaut, ob es die angegebene Datei SecurityPolicy noch gibt? Vieleicht ist sie ja versehentlich gelöscht worden...
Die Datei SecurityPolicy gibt es, allerdings befindet sie sich im Verzeichnis:
"/etc/X11/xserver".

Das Verzeichnis "xserver" unter "/usr/X11R6/lib/X11" ist nur ein symbolischer Link auf "/etc/X11/xserver".
Und genau dort lag auch das Problem. Alle Links in diesem Verzeichnis sind "broken". Hier eine Ausgabe von file * innerhalb dieses Verzeichnisses:

Code: Alles auswählen

Cards:              ASCII English text
Options:            Bennet Yee's "face" format
XErrorDB:           ASCII English text
XF86Config.98:      ASCII English text
XF86Config.eg:      ASCII English text
XKeysymDB:          ASCII English text
XftConfig:          ASCII text
Xmodmap:            broken symbolic link to ../../../../etc/X11/Xmodmap
Xmodmap.remote:     broken symbolic link to ../../../../etc/X11/Xmodmap.remote
Xresources:         ASCII text
app-defaults:       directory
bindings:           directory
config:             directory
etc:                directory
fonts:              directory
fs:                 broken symbolic link to ../../../../etc/X11/fs
fvwm2:              directory
gv:                 directory
icons:              directory
lbxproxy:           broken symbolic link to ../../../../etc/X11/lbxproxy
locale:             directory
nls:                directory
proxymngr:          broken symbolic link to ../../../../etc/X11/proxymngr
rgb.txt:            ASCII text
rstart:             broken symbolic link to ../../../../etc/X11/rstart
susewm:             directory
system.mwmrc:       ISO-8859 English text
system.mwmrc.old.1: ASCII English text
system.mwmrc.old.2: ISO-8859 English text
system.mwmrc.old.3: ISO-8859 English text
twm:                broken symbolic link to ../../../../etc/X11/twm
wmmount:            directory
x11perfcomp:        directory
xdm:                broken symbolic link to ../../../../etc/X11/xdm
xedit:              directory
xinit:              broken symbolic link to ../../../../etc/X11/xinit
xkb:                broken symbolic link to ../../../../etc/X11/xkb
xman.help:          ASCII English text
xscreensaver:       directory
xserver:            symbolic link to ../../../../etc/X11/xserver/
xsm:                broken symbolic link to ../../../../etc/X11/xsm
Den xserver-link habe ich mal mit "unlink xserver" gelöscht und mit
"ln -s /etc/X11/xserver xserver" neu angelegt.

Danach habe ich custom_udrec.sh noch mal angestoßen, und was soll ich sagen: es läuft weiter!
Mal sehen wie lange.

Was ist denn da nur passiert, und muß ich die anderen "broken" Links auch noch mal neu anlegen?

Es grüßt ein leicht verstörter lipperreiher :o
alsuffndruff
Einsteiger
Einsteiger
Beiträge: 264
Registriert: Montag 9. Juni 2003, 21:18

fly with broken links

Beitrag von alsuffndruff »

lipperreiher hat geschrieben:
Das Verzeichnis "xserver" unter "/usr/X11R6/lib/X11" ist nur ein symbolischer Link auf "/etc/X11/xserver".
Und genau dort lag auch das Problem. Alle Links in diesem Verzeichnis sind "broken". Hier eine Ausgabe von file * innerhalb dieses Verzeichnisses:

Code: Alles auswählen

Xmodmap:            broken symbolic link to ../../../../etc/X11/Xmodmap
Xmodmap.remote:     broken symbolic link to ../../../../etc/X11/Xmodmap.remote
Den xserver-link habe ich mal mit "unlink xserver" gelöscht und mit
"ln -s /etc/X11/xserver xserver" neu angelegt.



Was ist denn da nur passiert, und muß ich die anderen "broken" Links auch noch mal neu anlegen?
Hallo lippereiher
also zumindest dein "broken" Problem meine ich erklaeren zu können. führe dasselbe "file *" Kommando nochmal in /usr/X11R6/lib/X11/xserver aus, dann dürften die links nicht mehr broken sein, weil jetzt die Verhältnisse stimmen (d.h. gehe erst 4 Verzeichnisse hoch, danach nach /etc usw.)
Das kann natuerlich nicht funktionieren, wenn du das aus dem Verzeichnis /etc/X11/xserver heraus aufrufst.

Warum die links allerdings relativ angelegt wurden weiss ich nicht. Hast du irgendwas neu installiert und wurden die links dabei neu angelegt ? Sucht Xvfb jetzt zuerst in /etc/X11/xserver anstelle von /usr/X11R6/lib/X11/xserver ? Vielleicht weil du das erste Verzeichnis in den Pfad mit aufgenommen hast? Irgend etwas musst du getan haben, bevor es nicht mehr funktionierte :-)

Gruss
Kai
lipperreiher
Interessierter
Interessierter
Beiträge: 55
Registriert: Mittwoch 7. Januar 2004, 13:41

Beitrag von lipperreiher »

Hallo Kai,

führe dasselbe "file *" Kommando nochmal in /usr/X11R6/lib/X11/xserver aus, dann dürften die links nicht mehr broken sein, weil jetzt die Verhältnisse stimmen (d.h. gehe erst 4 Verzeichnisse hoch, danach nach /etc usw.)
Das kann natuerlich nicht funktionieren, wenn du das aus dem Verzeichnis /etc/X11/xserver heraus aufrufst.

Verstehe ich nicht, wo genau soll ich "file *'" nochmal absetzen?
Ich hatte es doch in dem Verzeichnis: "/usr/X11R6/lib/X11" getan.

Warum die links allerdings relativ angelegt wurden weiss ich nicht. Hast du irgendwas neu installiert und wurden die links dabei neu angelegt ? Sucht Xvfb jetzt zuerst in /etc/X11/xserver anstelle von /usr/X11R6/lib/X11/xserver ? Vielleicht weil du das erste Verzeichnis in den Pfad mit aufgenommen hast? Irgend etwas musst du getan haben, bevor es nicht mehr funktionierte

Irgendwas muß ich wohl getan haben, aber ich habe keine Ahnung, was das gewesen sein soll.
Xvfb habe ich nochmal runtergeschmissen und neu installiert, aber auch erst, nachdem das Problem zum 1. Mal aufgetaucht ist.

Ein "echo $PATH" bei mir sieht folgendermaßen aus (Doppelpunkt gegen Newline getauscht):

/opt/j2sdk_nb/j2sdk1.4.2/bin
/sbin
/usr/sbin
/usr/local/sbin
/root/bin
/usr/local/bin
/usr/bin
/usr/X11R6/bin
/bin
/usr/games
/opt/gnome2/bin
/opt/gnome/bin
/opt/kde3/bin
/usr/lib/java/jre/bin
/opt/gnome/bin

Momentan funktioniert alles wieder, abgesehen von dem kleinen Schönheitsfehler, daß es anscheinend ein "udrec-Zombie" gibt, und zwar nach jeder Aufnahme einen mehr:

ps -ef |grep -v grep|grep udrec:

4711 ? S 0:00 /usr/local/bin/sserver -o /root/aufnahmen/tmp -host 192.168.0.10 -ip 192.168.0.62 -script ./script -udrec
17469 ? Z 0:00 [script.udrec] <defunct>
26323 ? Z 0:00 [script.udrec] <defunct>

(so sieht es 2 Aufnahmen nach dem Starten von udrec_suite aus)

Ich werde mal alle broken links "händisch reparieren".
Mal schauen, ob's hilft.

Danke für Deinen Beitrag,

Gruß


Olaf