Bug#766786: gdm3: XDMCP connections to Jessie+gdm3 fail after a few seconds, while Jessie+xdm work fine.
Graeme Vetterlein
graeme.debian at vetterlein.com
Sat Oct 25 18:51:41 UTC 2014
Package: gdm3
Version: 3.4.1-8
Severity: important
Dear Maintainer,
This is being reported from a wheezy box, however the problem is unique to jessie
(I'll try to extract the strings this tool seems to have generated [from the wrong system)
root at vjessie:/mnt# uname -a
Linux vjessie 3.16-2-amd64 #1 SMP Debian 3.16.3-2 (2014-09-20) x86_64 GNU/Linux
root at vjessie:/mnt# dpkg -l | grep xdm
ii libxdmcp6:amd64 1:1.1.1-1 amd64 X11 Display Manager Control Protocol library
ii xdm 1:1.1.11-1 amd64 X display manager
root at vjessie:/mnt# dpkg -l | grep gdm
ii gdm3 3.14.0-1 amd64 GNOME Display Manager
ii gir1.2-gdm3 3.14.0-1 amd64 GObject introspection data for the GNOME Display Ma
ii libgdm1 3.14.0-1 amd64 GNOME Display Manager (shared library)
This is an issue with jessie but not wheezy.
XDMCP connections to Jessie+gdm3 fail after a few seconds, while Jessie+xdm work fine.
Environment:
real machine (DNS name= "real.home") runs Fedora20 , and qemu+kvm.
Virtual machines exist (e.g vdebain.home [wheezy] , vjessie.home )
Normal usage would be on "real.home" on another console (ALT-F3 etc) start:
X :2 -query 10.116.1.53 (address of vjessie)
If vjessie is running xdm , this works fine. If vjessie runs gdm3 it works for
about a minute, then just keeps dropping back to black X sreen (with X cursor)
SETUP:
On jessie:
install xdm, choose xdm as the default display manger.
Edit /etc/X11/xdm/xdm.config: (comment out the disable requestPort]
! Comment out this line if you want to manage X terminals with xdm
! GPV (previously was NOT commented) DisplayManager.requestPort: 0
*restart"
root at vjessie:/etc/X11/xdm# lsof -i:177
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
xdm 906 root 4u IPv6 1923 0t0 UDP *:xdmcp
>From "real.home" :
ALT-F3
X :2 -query vjessie.home
On ALT-F1, an xmd logon screen appears.
After giving userid+password, a jessie screen (need to authenticate to manage color managed console)
pops up and requires a passsword [ this is new and does not happen in wheezy ] after authenticating
a normal desktop appears and works fine.
On jessie, do:
dpkg-reconfigure xdm
And choose gmd3
start-stop-daemon: pid value must be a number greater than 0
Try 'start-stop-daemon --help' for more information.
*restart*
Get gdm3 logon, after giving password, you get prompted with jessie screen (need
to authenticate to manage color managed console) , after authenticating, you get a normal
jessie (gdm) desktop. Start an xterm and wait a minute or so. You get dropped back to a plain black
X terminal (cursor is big X).
....from this point on, after switching to another console (one real.home), about once a minute , it switches back to
ALT-F1 and the blank X terminal. This pattern repeats.
In vjessie:/var/log/messages: there are messages about "out of video memory" (which may well relate to what is happening)
Oct 25 18:33:53 vjessie gdm-Xorg-:0[3495]: Out of video memory: Could not allocate 4378332 bytes
Oct 25 18:33:53 vjessie gdm-Xorg-:0[3495]: - 0th attempt
But **NOTE** these messages are on vjessie.home. This is an XDMCP type login, so the Xterminal is on "real
..home" where there are NO
messages. The virtual machine (vjessie) had a QXL display with 64Mb ... note qxl_surface in the above message.
I wonder if gdm is attepting to use the wrong display?
Using gmd3 via SPICE, seems to work fine (wheezy was very poor in this mode)
but it is something like 100 times faster using XDMCP.
Oct 25 18:33:53 vjessie gdm-Xorg-:0[3495]: - OOM at 1109 986 24 (= 3280422 bytes)
Oct 25 18:33:53 vjessie gdm-Xorg-:0[3495]: Cache contents: null null null null null null null null null null null null null null null null null null null null null nu\
ll null null null null null null null null null null null null null null null null null null null null null null null null null null 339 333 330 350 338 343 336\
355 1015 354 739 976 1016 977 1011 1003 total: 16
Oct 25 18:33:53 vjessie gdm-Xorg-:0[3495]: Out of video memory: Could not allocate 4378332 bytes
Oct 25 18:33:57 vjessie gdm-Xorg-:0[3495]: qxl_surface_create: Bad bpp: 1 (1)
Oct 25 18:34:22 vjessie gdm-Xorg-:0[3495]: qxl_surface_create: Bad bpp: 1 (1)
Oct 25 18:34:38 vjessie gdm-Xorg-:0[3495]: qxl_surface_create: Bad bpp: 1 (1)
But **NOTE** these messages are on vjessie.home. This is an XDMCP type login, so the Xterminal is on "real.home" where there are NO
messages. The virtual machine (vjessie) had a QXL display with 64Mb ... note qxl_surface in the above message.
I wonder if gdm is attepting to use the wrong display?
Using gmd3 via SPICE, seems to work fine (wheezy was very poor in this mode)
but it is something like 100 times faster using XDMCP.
{ using reportbug has mad a bit a mess of this report ... I've had to cut&past the text in groups
of 4 or 5 lines ... hope it's not been too chopped up ... using are also getting lots of spurious
inofrmation about a wheezy system , which does not exhibit thius bug }
-- System Information:
Debian Release: 7.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages gdm3 depends on:
ii accountsservice 0.6.21-8
ii adduser 3.113+nmu3
ii dconf-gsettings-backend 0.12.1-3
ii dconf-tools 0.12.1-3
ii debconf [debconf-2.0] 1.5.49
ii dpkg 1.16.15
ii gir1.2-freedesktop 1.32.1-1
ii gir1.2-glib-2.0 1.32.1-1
ii gnome-session [x-session-manager] 3.4.2.1-4
ii gnome-session-bin 3.4.2.1-4
ii gnome-session-fallback [x-session-manage 3.4.2.1-4
ii gnome-settings-daemon 3.4.2+git20121218.7c1322-3+deb7u3
ii gnome-terminal [x-terminal-emulator] 3.4.1.1-2
ii gsettings-desktop-schemas 3.4.2-3
ii libaccountsservice0 0.6.21-8
ii libatk1.0-0 2.4.0-2
ii libattr1 1:2.4.46-8
ii libaudit0 1:1.7.18-1.1
ii libc6 2.13-38+deb7u4
ii libcairo-gobject2 1.12.2-3
ii libcairo2 1.12.2-3
ii libcanberra-gtk3-0 0.28-6
ii libcanberra0 0.28-6
ii libdbus-1-3 1.6.8-1+deb7u4
ii libdbus-glib-1-2 0.100.2-1
ii libfontconfig1 2.9.0-7.1
ii libgdk-pixbuf2.0-0 2.26.1-1
ii libglib2.0-0 2.33.12+really2.32.4-5
ii libglib2.0-bin 2.33.12+really2.32.4-5
ii libgtk-3-0 3.4.2-7
ii libpam-modules 1.1.3-7.1
ii libpam-runtime 1.1.3-7.1
ii libpam0g 1.1.3-7.1
ii libpango1.0-0 1.30.0-1
ii librsvg2-common 2.36.1-2
ii libselinux1 2.1.9-5
ii libupower-glib1 0.9.17-1
ii libwrap0 7.6.q-24
ii libx11-6 2:1.5.0-1+deb7u1
ii libxau6 1:1.0.7-1
ii libxdmcp6 1:1.1.1-1
ii libxklavier16 5.2.1-1
ii libxrandr2 2:1.3.2-2+deb7u1
ii lsb-base 4.1+Debian8+deb7u1
ii metacity [x-window-manager] 1:2.34.3-4
ii policykit-1-gnome 0.105-2
ii upower 0.9.17-1
ii x11-common 1:7.7+3~deb7u1
ii x11-xserver-utils 7.7~3
ii xfwm4 [x-window-manager] 4.8.3-2
ii xterm [x-terminal-emulator] 278-4
Versions of packages gdm3 recommends:
ii at-spi2-core 2.5.3-2
ii desktop-base 7.0.3
ii gnome-icon-theme 3.4.0-2
ii gnome-icon-theme-symbolic 3.4.0-2
ii x11-xkb-utils 7.7~1
ii xserver-xephyr 2:1.12.4-6+deb7u2
ii xserver-xorg 1:7.7+3~deb7u1
ii zenity 3.4.0-2
Versions of packages gdm3 suggests:
ii gnome-orca 3.4.2-2
ii gnome-shell 3.4.2-7+deb7u1
pn gok <none>
ii libpam-gnome-keyring 3.4.1-5
-- Configuration Files:
/etc/gdm3/daemon.conf changed:
[daemon]
[security]
DisallowTCP=false
[xdmcp]
Enable=true
[greeter]
[chooser]
[debug]
-- debconf information:
* shared/default-x-display-manager: xdm
gdm3/daemon_name: /usr/sbin/gdm3
More information about the pkg-gnome-maintainers
mailing list