XRDP streikt auf einmal

[alex0801]

Hallo zusammen,

hab hier ein Debian testing, welches ich seit geraume Zeit (auch) via XRDP von unterwegs über eine VPN Verbindung benutze. Hat immer prima funktioniert (xfce4 statt gnome).

Nun hab ich am Wochenende ein Update (apt-get update && apt-get upgrade) gemacht. Seit dem sieht der XRDP Loginscreen anders aus (hellblauer hintergrund?!) und ich kann mich nicht mehr einloggen.

Hab schon vieles probiert und gegoogelt, aber hat alles nix geholfen.

Hier die zwei Szenarios die nicht funktionieren:

1) Session "sesman-xorgxrdp"

Einloggen mit user/passwort klappt soweit, aber:

/var/log/xrdp-sesman.log

Code: Alles auswählen

[20161024-14:23:32] [INFO ] A connection received from: 0.0.0.0 port 58004
[20161024-14:23:33] [INFO ] ++ created session (access granted): username alex, ip 0.0                                                                           .0.0:54583 - socket: 12
[20161024-14:23:33] [INFO ] starting Xorg session...
[20161024-14:23:33] [DEBUG] Closed socket 9 (AF_INET6 :::5910)
[20161024-14:23:33] [DEBUG] Closed socket 9 (AF_INET6 :::0)
[20161024-14:23:33] [DEBUG] Closed socket 9 (AF_INET6 :::5911)
[20161024-14:23:33] [DEBUG] Closed socket 9 (AF_INET6 :::6011)
[20161024-14:23:33] [DEBUG] Closed socket 9 (AF_INET6 :::6211)
[20161024-14:23:33] [DEBUG] Closed socket 8 (AF_INET6 ::1:3350)
[20161024-14:23:33] [DEBUG] Closed socket 7 (AF_INET6 :::3350)
[20161024-14:23:33] [INFO ] Xorg :11 -config xrdp/xorg.conf -noreset -ac -nolisten tcp -retr o
[20161024-14:23:43] [ERROR] X server for display 11 startup timeout
[20161024-14:23:43] [INFO ] starting xrdp-sessvc - xpid=5472 - wmpid=5471
[20161024-14:23:43] [ERROR] X server for display 11 startup timeout
[20161024-14:23:43] [ERROR] another Xserver might already be active on display 11 - see log; possibly comment out the two param lines -logfile /dev/null in /etc/xrdp/sesman.ini to debug
[20161024-14:23:43] [DEBUG] aborting connection...
[20161024-14:23:43] [INFO ] ++ terminated session:  username alex, display :11.0, session_pid 5470, ip 0.0.0.0:54583 - socket: 12

Bildschirm bleibt komplett blau, und nach vielen Minuten bricht das ganze ab und ich bin wieder beim Login-Bildschirm.
Ein anderes "display 11" gibt es nicht. Hab ich auch mit netstat überprüft. Auch hab ich für die xorg config in sesman.ini diesen "logfile" Parameter angegeben:

Code: Alles auswählen

[Xorg]
param0=Xorg
param1=-config
param2=xrdp/xorg.conf
param3=-noreset
param4=-ac
param5=-nolisten
param6=tcp
param7=-retro
param8=-logfile
param9=/tmp/xrdpxorg.log
param10=-logverbose
param11=6
param12=-verbose
param13=6

.... hat aber keine Logfile erzeugt und auch das Log nicht mit weiteren nützlichen Informationen gefüllt.

2) Session "sesman-Xvnc"

Das Fenster "Connection Log" meldet

Code: Alles auswählen

VNC error - problem connecting
some problem

In /var/log/xrdp-sesman.log steht:

Code: Alles auswählen

[20161024-14:29:04] [INFO ] A connection received from: 0.0.0.0 port 58006
[20161024-14:29:05] [INFO ] ++ created session (access granted): username alex, ip 0.0.0.0:54635 - socket: 12
[20161024-14:29:05] [INFO ] starting Xvnc session...
[20161024-14:29:05] [DEBUG] Closed socket 9 (AF_INET6 :::5910)
[20161024-14:29:05] [DEBUG] Closed socket 9 (AF_INET6 :::0)
[20161024-14:29:05] [DEBUG] Closed socket 9 (AF_INET6 :::5911)
[20161024-14:29:05] [DEBUG] Closed socket 9 (AF_INET6 :::6011)
[20161024-14:29:05] [DEBUG] Closed socket 9 (AF_INET6 :::6211)
[20161024-14:29:05] [DEBUG] Closed socket 8 (AF_INET6 ::1:3350)
[20161024-14:29:05] [DEBUG] Closed socket 7 (AF_INET6 :::3350)
[20161024-14:29:05] [ERROR] env_set_user: error creating .vnc dir
[20161024-14:29:05] [INFO ] Xvnc :11 -geometry 1920x1200 -depth 16 -rfbauth /home/alex/.vnc/sesman_alex_passwd -bs -ac -nolisten tcp -localhost -dpi 96
[20161024-14:29:05] [INFO ] starting xrdp-sessvc - xpid=5492 - wmpid=5491

Der Fehler "[20161024-14:29:05] [ERROR] env_set_user: error creating .vnc dir" gibt Rätsel auf. Denn das Verzeichnis /home/alex/.vnc/ existiert bereits ..?!

Nach dem wegklicken den Console Log Fensters bin ich wieder beim Login.
Im Netz hab ich gelesen dass ich in xrdp.ini dieses "delay=2000" einschalten soll. Hilft auch nix. Auch nicht mit einem Wert von 4000.


"Früher" hat das über eine sesman-vnc Session immer funktioniert. Jetzt seit dem Update nicht mehr und ich bin am Ende mit meinem Latein.

Ich hab probiert in /etc/xrdp/sesman.ini für vnc und xorg diverse log-parameter anzugeben damit ich mehr Infos bekomme. Ich seh auch im xrdp-sesman.log dass die Parameter übernommen wurden, aber "mehr" sehe ich nicht.


Bin froh über jeden Tipp...

Gruß
Alex

[alex0801]

Ah, eben scheine ich etwas hilfreiches gefunden zu haben:

xrdp-sesman -n

ausführen. Damit sieht man was Xorg beim start so treibt. Und siehe da:

Code: Alles auswählen

[20161024-14:40:04] [INFO ] Xorg :11 -config xrdp/xorg.conf -noreset -ac -nolisten tcp -retro

X.Org X Server 1.18.4
Release Date: 2016-07-19
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
Current Operating System: Linux buero 4.7.0-1-amd64 #1 SMP Debian 4.7.8-1 (2016-10-19) x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.7.0-1-amd64 root=UUID=b7da0296-f0f8-4a85-9aff-2c811ab397d7 ro quiet
Build Date: 06 September 2016  01:32:44PM
xorg-server 2:1.18.4-2 (https://www.debian.org/support)
Current version of pixman: 0.34.0
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/home/alex/.local/share/xorg/Xorg.11.log", Time: Mon Oct 24 14:40:04 2016
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(EE)
Fatal server error:
(EE) parse_vt_settings: Cannot open /dev/tty0 (Permission denied)
(EE)
(EE)
Please consult the The X.Org Foundation support
         at http://wiki.x.org
 for help.
(EE) Please also check the log file at "/home/alex/.local/share/xorg/Xorg.11.log" for additional information.
(EE)
(EE) Server terminated with error (1). Closing log file.
[20161024-14:40:14] [ERROR] X server for display 11 startup timeout
[20161024-14:40:14] [INFO ] starting xrdp-sessvc - xpid=5754 - wmpid=5753
xrdp-sessvc: waiting for X (pid 5754) and WM (pid 5753)
chansrv::main: using log file [/home/alex/.cache/xrdp-chansrv.log]
[20161024-14:40:14] [CORE ] main: app started pid 5755(0x0000167b)
[20161024-14:40:14] [ERROR] X server for display 11 startup timeout
[20161024-14:40:14] [ERROR] another Xserver might already be active on display 11 - see log; possibly comment out the two param lines -logfile /dev/null in /etc/xrdp/sesman.ini to debug
[20161024-14:40:14] [DEBUG] aborting connection...

Jetzt muss ich nur noch raus finden was dieses Problem verursacht ....

[DeletedUserReAsG]

Code: Alles auswählen

[20161024-14:40:14] [ERROR] another Xserver might already be active on display 11 - see log; possibly comment out the two param lines -logfile /dev/null in /etc/xrdp/sesman.ini to debug

Ein anderes "display 11" gibt es nicht

vs.

Code: Alles auswählen

[20161024-14:29:05] [INFO ] Xvnc :11 -geometry 1920x1200 -depth 16 -rfbauth /home/alex/.vnc/sesman_alex_passwd -bs -ac -nolisten tcp -localhost -dpi 96

… dem würde ich nun nachgehen.

[alex0801]

Das waren zwei getrennte Versuche... Einmal mit Xorg und einmal mit VNC als Session.

Beides lief getrennt voneinander, XRDP wurde dazwischen neu gestartet und mit netstat wurde geschaut dass auch tatsächlich kein anderes Display 11 da ist. Sollte also passen.


Mit dem manuellen aufruf von xrdp-sesman im Vordergrund hab ich ja jertzt gesehen, dass ich auf /dev/tty0 keinen Zugriff hab.

Xorg wird als mein lokaler Benutzer gestartet (nicht root). Und mein User ist nicht in der tty Gruppe. Dort eingetragen und schon ist der Fehler beim start von Xorg ein anderer:

Code: Alles auswählen

[20161024-15:00:39] [INFO ] Xorg :11 -config xrdp/xorg.conf -noreset -ac -nolisten tcp -retro

X.Org X Server 1.18.4
Release Date: 2016-07-19
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
Current Operating System: Linux buero 4.7.0-1-amd64 #1 SMP Debian 4.7.8-1 (2016-10-19) x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.7.0-1-amd64 root=UUID=b7da0296-f0f8-4a85-9aff-2c811ab397d7 ro quiet
Build Date: 06 September 2016  01:32:44PM
xorg-server 2:1.18.4-2 (https://www.debian.org/support)
Current version of pixman: 0.34.0
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/home/alex/.local/share/xorg/Xorg.11.log", Time: Mon Oct 24 15:00:39 2016
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(EE)
Fatal server error:
(EE) xf86OpenConsole: Cannot open virtual console 2 (Permission denied)
(EE)
(EE)
Please consult the The X.Org Foundation support
         at http://wiki.x.org
 for help.

Mir scheint es so, als ob Xorg generell ein Problem damit hat, dass XRDP dies als mein Benutzer statt als root ausführt...

Wunder mich etwas dass die Debian Standardkonfiguration dem nicht entgegen wirkt und man von Hand nacharbeiten muss?!

Gruß
Alex

[DeletedUserReAsG]

Wie hast du mit netstat nachgeschaut? In meinen Versuchen finde selbst ohne Filter nix von meinem laufenden X11. Ich würde eher mal mit ps oder lsof schauen, was von X da laufen mag.

Wunder mich etwas dass die Debian Standardkonfiguration dem nicht entgegen wirkt und man von Hand nacharbeiten muss?!

Deswegen benutzt du doch Testing, um solche Probleme zu finden zu zu melden?

[alex0801]

Mit netstat hab ich nach Prozesses geschaut die einen Serversocket Port 59xx offen haben. Da war aber nichts. Andere Xorg oder VNC Prozesse im System gab es auch nicht.

Ich benutze Testing nicht um solche Probleme zu finden. Ich nutze Testing weil mein i3 mit Jessie und Co. Grafik-seitig nicht lief (zu alter Kernel).

Aber egal. Ich schau mal noch weiter. Kann mir noch vorstellen dass ich bei meinen seltenen Updates der erste bin der auf das Problem stößt. Da gibt's sicher schon eine Lösung für.

[DeletedUserReAsG]

Mit netstat hab ich nach Prozesses geschaut die einen Serversocket Port 59xx offen haben. Da war aber nichts.

Ein eventuell lokal laufender X-Server macht aber u.U. keinen Netzwerksocket auf.

Ich benutze Testing nicht um solche Probleme zu finden. Ich nutze Testing weil mein i3 mit Jessie und Co. Grafik-seitig nicht lief (zu alter Kernel).

Dann suchst du vielleicht eher die Backports, als den Testing-Zweig, bei dem ausdrücklich auch Fehler auftreten können?

[alex0801]

Ein lokal laufender X-Server brauch auch einen Prozess der nach "X" riecht. Aber auch hier fehlanzeige. Und um das weiter auszuschließen, hab ich den Display-Offset in der Konfiguration auch schon Wild umher geschoben. Von 10 auf 5 und auch auf 20... Beide male das gleiche. Für mich ist eine doppelte Belegung des Displays somit ausgeschlossen:

* Kein Socket da
* Kein Prozess da
* Verschiedene "Display-Ranges" ausprobiert

Da die Meldung von Xorg kam, und ich - wenn ich xrdp-sesman in der Konsole im Vordergrund starte - von Xorg die tatsächliche Fehlermeldung (Permission denied) bekomme, schließe ich endgültig eine doppelte Belegung des Displays aus.

Dann suchst du vielleicht eher die Backports, als den Testing-Zweig, bei dem ausdrücklich auch Fehler auftreten können?

Ja, das wäre eine Alternative gewesen. Aber da jetzt wegen XRDP alles umstellen... ne... lieber löse ich das Problem.

Wer noch weitere Sachdienliche Hinweise zum Problem mit "XRDP startet Xorg als normaler User und das geht auf Debian Testing wohl nicht so ohne weiteres" hat... Gerne her damit

[DeletedUserReAsG]

Hast du den User denn mal der Gruppe tty zugewiesen?

[alex0801]

Ja, siehe Beitrag #4.

Das reicht aber nicht.
Hab auch noch keine Ahnung ob es überhaupt so gut ist Xorg als normaler User zu starten. Mal schauen was ich noch finde.

[DeletedUserReAsG]

Hab auch noch keine Ahnung ob es überhaupt so gut ist Xorg als normaler User zu starten.

Natürlich. Nicht gut ist’s, das als root zu starten.

Da ich aber auch kein Testing zum Testen hier habe, werde ich dich mal nicht weiter nerven und mich ausklinken. Nach dem Zuweisen der Gruppe hast du dich aber auch aus- und wieder eingeloggt?

[rendegast]

Hast Du mal die Session 'xorgxrdp' versucht?
(Benötigt Paket xorgxrdp)

Nach Umstieg auf Version 0.9.0 jessie-backports (identisch testing/stretch) funktionierte die vnc-Session hier nicht mehr.
Benutze nurmehr xorgxrdp.

xrdp.ini ist default.




--------------------------------------------------
Den xrdp-Server starte ich neu mit

Code: Alles auswählen

systemctl stop xrdp.service
systemctl start xrdp-sesman.service

[alex0801]

Danke, ja, die Session hab ich schon probiert. ABer ich bin nicht auf die Idee gekommen noch nach einem zu installierenden Paket zu suchen.

Hab das nun nachinstalliert. Läuft... zumindest fast.

Ich sehe nach seh ich mein Hintergrundbild, alle Desktop-Icons, aber kein xfce4 Menü..., Aber das krieg ich dann auch noch hin. Sieht schon fast komplett aus. Macht aber noch dein Eindruck als ob es ein wenig ruckeliger läuft als bisher. Mal schauen.

[alex0801]

Puuh, ein wenig ruckeliger ist noch stark untertrieben. Das ist schnarch langsam. Was vorher in einer xrdp-vnc session über DSL50/10 (also die Anbindung des XRDP Hosts) ganz gut lief, ist jetzt fast unbedienbar...
An meiner Client-Internet Anbindung kanns nicht liegen. Ist die selbe wie immer und auf andere System nach wie vor super schnell.

Nutzt du das nur im lokalen Netz? Oder ist das bei dir auch so langsam?

[update]
Auflösung ost 1920x1200... ging vorher mit einer vnc session aber ganz gut

[update2]

Okay, lag wohl an der Farbtiefe von 24bit. Hatte vorher glaub 16bit. Damit geht's nun wieder schneller.