#204 closed defect (invalid)
upgrade of xpra session NAK
| Reported by: | pmarek | Owned by: | Antoine Martin |
|---|---|---|---|
| Priority: | major | Milestone: | |
| Component: | Server | Keywords: | |
| Cc: | smeagol271006@… |
Description
I just installed xpra 0.4.0, and, to get my session upgraded in-place, did a kill of the winswitch_daemon, and reconnected.
winswitch tried to restart xpra, I believe:
26717 ? S 22:55 /usr/bin/python /usr/bin/xpra --xvfb=/usr/bin/ 26718 ? S 4:55 \_ /usr/bin/Xvfb-for-Xpra-:67 +extension Comp 26786 ? S 0:00 python /usr/lib/winswitch/delayed_start /home/ 26787 ? S 0:00 \_ /bin/sh -c xchat 26788 ? Sl 35:13 \_ xchat 13327 ? S 0:00 /usr/bin/python /usr/bin/winswitch_server --da 13371 ? D 0:00 /usr/bin/python /usr/bin/xpra --bind-tcp=0.0.0
But something went wrong, and the new session was killed - *including* Xvfb and my active xchat.
The logfile has these entries:
[II] 2012/23/06 22:53:33 XpraServerUtil.start_daemon(ServerSession(:67 - xpra - available),
[II] 2012/23/06 22:53:34 virt_server_daemonizer.grab_daemon_pid(['/.../virt_server_daemonizer', ...
'--', '/usr/bin/xpra', ... 'start', ':67', '--use-display'
[II] 2012/23/06 22:53:34 XpraServerUtil.session_process_started(13371,ServerSession(:67 - xpra - available))
[II] 2012/23/06 22:53:34 XpraServerUtil.do_watch_session_log(...
[II] 2012/23/06 22:53:34 WinSwitchServer.publish() mDNS_publish=True
[II] 2012/23/06 22:53:34 AvahiPublisher.__init__(Window Switch for ...
[EE] 2012/23/06 22:53:34 AvahiPublishers.start() error on publisher AvahiPublisher(Window Switch for ...
[ee] 2012/23/06 22:53:35 Traceback (most recent call last):
[ee] 2012/23/06 22:53:35 File "/usr/lib/pymodules/python2.7/winswitch/net/avahi_publisher.py", line 64, in start
[ee] 2012/23/06 22:53:35 publisher.start()
[ee] 2012/23/06 22:53:35 File "/usr/lib/pymodules/python2.7/winswitch/net/avahi_publisher.py", line 105, in start
[ee] 2012/23/06 22:53:35 bus = dbus.SystemBus()
[ee] 2012/23/06 22:53:35 File "/usr/lib/python2.7/dist-packages/dbus/_dbus.py", line 194, in __new__
[ee] 2012/23/06 22:53:35 private=private)
[ee] 2012/23/06 22:53:35 File "/usr/lib/python2.7/dist-packages/dbus/_dbus.py", line 100, in __new__
[ee] 2012/23/06 22:53:35 bus = BusConnection.__new__(subclass, bus_type, mainloop=mainloop)
[ee] 2012/23/06 22:53:35 File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 122, in __new__
[ee] 2012/23/06 22:53:35 bus = cls._new_for_bus(address_or_type, mainloop=mainloop)
[ee] 2012/23/06 22:53:35 DBusException: org.freedesktop.DBus.Error.NoServer:
Failed to connect to socket /var/run/dbus/system_bus_socket: Connection refused
[II] 2012/23/06 22:53:36 XpraServerUtil.detect_sessions() found: [('DEAD', ':67')]
[II] 2012/23/06 22:53:36 ServerSession.close() self=ServerSession(:67 - xpra - closed), killing ...
Perhaps there's a way to get the new xpra running on a different port, and only grab the Xvfb and kill the old xpra when everything else is ready?
Change History (8)
comment:1 Changed 13 years ago by
| Owner: | changed from Antoine Martin to Antoine Martin |
|---|---|
| Status: | new → accepted |
comment:2 Changed 13 years ago by
Also, it would help to have the full xpra command line, before the upgrade, and the one that failed to start (with IP/hostname addresses obfuscated rather than removed)
comment:3 follow-up: 4 Changed 13 years ago by
turning off dbus with mDNS_publish=False in .winswitch/server/server.conf
Hmmm, I'd like to have the machine being published via mDNS!
There's a running "dbus-daemon --system", but it's outside of the chroot ...
No, the first one doesn't exit properly ...
$ xpra --no-daemon --bind-tcp=0.0.0.0:10000 start :10 [dix] Could not init font path element /usr/share/fonts/X11/cyrillic, removing from list! [dix] Could not init font path element /usr/share/fonts/X11/100dpi/:unscaled, removing from list! [dix] Could not init font path element /usr/share/fonts/X11/75dpi/:unscaled, removing from list! [dix] Could not init font path element /usr/share/fonts/X11/Type1, removing from list! [dix] Could not init font path element /usr/share/fonts/X11/100dpi, removing from list! [dix] Could not init font path element /usr/share/fonts/X11/75dpi, removing from list! [dix] Could not init font path element /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, removing from list! Xlib: extension "RANDR" missing on display ":10". Xlib: extension "RANDR" missing on display ":10". Xlib: extension "RANDR" missing on display ":10". Randr not supported: X server does not support required extension Randr using notification forwarder: DBUSNotificationsForwarder(org.freedesktop.Notifications) xpra is ready. New connection received: /home/.../.xpra/uhura-10 Connection lost Lost WM selection, exiting xpra is terminating. xpra end of gtk.main(). upgrading: not cleaning up Xvfb or socket closing tcp socket Connection lost
But there are two processes running:
Xvfb-for-Xpra-:10 +extension Composite -screen 0 3840x2560x24+32 -nolisten tcp -noreset -auth /home/.../.Xauthority :10 /usr/bin/python /usr/bin/xpra --bind-tcp=0.0.0.0:15066 --password-file=/home/.../.winswitch/server/sessions/10/session.pass --no-daemon --no-pulseaudio --session-name=unknown start :10 --use-display
Trying the second command then gives
$ xpra --no-daemon --bind-tcp=0.0.0.0:10001 start :10 --use-display Xlib: extension "RANDR" missing on display ":10". Xlib: extension "RANDR" missing on display ":10". Xlib: extension "RANDR" missing on display ":10". Randr not supported: X server does not support required extension Randr using notification forwarder: DBUSNotificationsForwarder(org.freedesktop.Notifications) xpra is ready. New connection received: /home/marek/.xpra/uhura-10 Connection lost
This command now runs (shell doesn't return), and the other xpra is gone.
The original incantation was
[II] 2012/23/06 22:53:34 virt_server_daemonizer.grab_daemon_pid(['/usr/lib/winswitch/virt_server_daemonizer',
'--quiet', '--print-pid', '--daemon', '--log-file', '/home/.../.winswitch/server/sessions/67/xpra.log', '--',
'/usr/bin/xpra', '--bind-tcp=0.0.0.0:15060', '--password-file=/home/.../.winswitch/server/sessions/67/session.pass',
'--no-daemon', '--no-pulseaudio', '--session-name=...', 'start', ':67', '--use-display'],
/home/...,
{'LANG': 'en_US.UTF-8', 'SHELL': '/bin/bash', 'DBUS_SESSION_BUS_ADDRESS': 'unix:abstract=/...',
'PWD': '/home/...', 'USER': '...', 'HOME': '/home/...',
'PATH': '/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/home/.../bin:/usr/sbin:', 'DISPLAY': ':67'})
<subprocess.Popen object at 0x9c79f6c>.returncode=0, stdoutdata=13371\n, stderrdata=, pid=13371
but I cannot give you the old result.
The same command runs now with
/usr/bin/python /usr/bin/xpra --xvfb=/usr/bin/Xvfb +extension Composite -screen 0 3840x2560x24+32 -noreset -auth $XAUTHORITY --bind-tcp=0.0.0.0:15064 --password-file=/home/.../.winswitch/server/sessions/63/session.pass --no-daemon --no-pulseaudio --session-name=... start :63
comment:4 Changed 13 years ago by
turning off dbus with mDNS_publish=False in .winswitch/server/server.conf
Hmmm, I'd like to have the machine being published via mDNS!
There's a running "dbus-daemon --system", but it's outside of the chroot ...
Then you need to bind mount its socket so it can be reached.
No, the first one doesn't exit properly ...
What makes you think that?
(..) Lost WM selection, exiting xpra is terminating. xpra end of gtk.main(). upgrading: not cleaning up Xvfb or socket closing tcp socket Connection lost
Looks fine to me.
But there are two processes running:
Xvfb-for-Xpra-:10 +extension Composite -screen 0 3840x2560x24+32 \
-nolisten tcp -noreset -auth /home/.../.Xauthority :10
/usr/bin/python /usr/bin/xpra --bind-tcp=0.0.0.0:15066 \
--password-file=/home/.../.winswitch/server/sessions/10/session.pass \
--no-daemon --no-pulseaudio --session-name=unknown start :10 --use-display
There are always two processes running, one is the Xvfb (the X11 server), the other is the window manager (xpra).
comment:5 Changed 12 years ago by
| Resolution: | → needinfo |
|---|---|
| Status: | accepted → closed |
never heard back - closing
comment:6 Changed 12 years ago by
| Cc: | smeagol271006@… added |
|---|---|
| Resolution: | needinfo |
| Status: | closed → reopened |
Hi Antoine,
I'm suffering this behaviour too in Debian Squeeze. Installation method was using your repos.
xpra --no-daemon --bind-tcp=0.0.0.0:10000 start :10
SELinux: Disabled on system, not enabling in X server
[dix] Could not init font path element /usr/share/fonts/X11/cyrillic, removing from list!
Xlib: extension "RANDR" missing on display ":10.0".
Xlib: extension "RANDR" missing on display ":10.0".
Xlib: extension "RANDR" missing on display ":10.0".
2012-11-27 23:16:01,911 Warning: X server does not support required extension Randr
2012-11-27 23:16:01,996 error loading or registering our dbus notifications forwarder:
2012-11-27 23:16:01,996 the name 'org.freedesktop.Notifications' is already claimed on the session bus
2012-11-27 23:16:01,997 if you do not have a dedicated dbus session for this xpra instance,
2012-11-27 23:16:01,997 you should use the '--no-notifications' flag
2012-11-27 23:16:01,997
2012-11-27 23:16:01,998 xpra server version 0.7.4
2012-11-27 23:16:02,192 xpra is ready.
2012-11-27 23:16:02,578 New connection received: SocketConnection(/home/martin/.xpra/shodan-10 - )
2012-11-27 23:16:02,581 Connection lost
2012-11-27 23:16:02,763 New connection received: SocketConnection(/home/martin/.xpra/shodan-10 - )
2012-11-27 23:16:02,764 New connection received: SocketConnection(/home/martin/.xpra/shodan-10 - )
2012-11-27 23:16:02,864 Connection lost
2012-11-27 23:16:02,866 Connection lost
2012-11-27 23:16:03,020 New connection received: SocketConnection(/home/martin/.xpra/shodan-10 - )
2012-11-27 23:16:03,131 Connection lost
2012-11-27 23:16:03,492 Lost WM selection, exiting
2012-11-27 23:16:03,492 xpra is terminating.
2012-11-27 23:16:03,494 xpra end of gtk.main().
2012-11-27 23:16:03,494 upgrading: not cleaning up Xvfb or socket
2012-11-27 23:16:03,495 closing tcp socket 0.0.0.0:10000
DISPLAY=:10 gvim
Xlib: extension "RANDR" missing on display ":10.0".
xpra attach :10
xpra client version 0.7.4
2012-11-27 23:17:50,996 '['setxkbmap', '-query']' failed with exit code 255
2012-11-27 23:17:50,996 the server will try to guess your keyboard mapping, which works reasonably well in most cases
2012-11-27 23:17:50,996 however, upgrading 'setxkbmap' to a version that supports the '-query' parameter is preferred
2012-11-27 23:17:51,086 password is required by the server
2012-11-27 23:17:51,087 Connection lost
xpra --no-daemon --bind-tcp=0.0.0.0:10001 start :10 --use-display
xpra attach :10
xpra client version 0.7.4
2012-11-27 23:25:00,408 '['setxkbmap', '-query']' failed with exit code 255
2012-11-27 23:25:00,409 the server will try to guess your keyboard mapping, which works reasonably well in most cases
2012-11-27 23:25:00,409 however, upgrading 'setxkbmap' to a version that supports the '-query' parameter is preferred
2012-11-27 23:25:00,785 mmap is enabled using 134MBytes area in /tmp/xpra.zuLhZ0.mmap
2012-11-27 23:25:00,845 Attached to :10 (press Control-C to detach)
Now new output from the server
2012-11-27 23:24:59,949 New connection received: SocketConnection(/home/martin/.xpra/shodan-10 - )
2012-11-27 23:25:00,521 Handshake complete; enabling connection
2012-11-27 23:25:00,526 Python/Gtk client version 0.7.4 with uuid ce3423c5957babc4541c1fb323cb869fca17a8268a4fb7906725e86954200ec677ce822daea1da9b399039d0f08ae3352218e849563a2f9b18fa94dd3d096526
2012-11-27 23:25:00,526 mmap is enabled using 134MBytes area in /tmp/xpra.zuLhZ0.mmap
2012-11-27 23:25:00,526 setting key repeat rate from client: 500ms delay / 33ms interval
2012-11-27 23:25:00,530 guessing keyboard layout='pc+logitechmek+us+logitechmek+latam'
2012-11-27 23:25:00,631 setting full keymap definition from client via xkbcomp
2012-11-27 23:25:00,711 keymapping removed invalid keycode entry 108 pointing to more than one modifier (set(['mod1', 'mod5'])): set([('Alt_R', 0), ('Meta_R', 1), ('ISO_Level3_Shift', 2)])
2012-11-27 23:25:01,496 Uh-oh, our size doesn't fit window sizing constraints: 1265x934 vs 1265x908
Despite my horrible own keyboard setup it works as expected.
Can't also run any command from Windows Switch. I have already sent mail to the users list.
Error from winswitch is:
"This server does not export any commands!"
Don't know if related.
Desktop Session also does not Work (VNC). Same error.
Tried placing some .Desktop files with
for x in `ls /usr/share/applications`; do ln -sf /usr/share/applications/$x ./; done
No luck either
I can provide feedback if needed. Thanks for your wonderful software.
I am at your disposal Sir !
comment:7 Changed 12 years ago by
| Resolution: | → invalid |
|---|---|
| Status: | reopened → closed |
smeagol, this bug you report as having "me too" is invalid, so I do not know what your problem is nor can I help you.
This log message:
Lost WM selection, exiting
Generally means that winswitch is running on that box and is upgrading the xpra sessions to make them available via its applet. You can disable this feature via .winswitch/server/protocols/xpra.conf or just turn off winswitch when testing xpra standalone.
As for your question regarding the missing start commands, I have already replied to that elsewhere - try those instructions (I won't repeat them here).
comment:8 Changed 12 years ago by
Sorry for the reopening. Actually some winswitch related process was running (maybe not a clean exit). Don't know hoy I missed it. Works all right! Thanks
copyleft 2009 - 2014
First, you can get rid of the large DBUS stacktrace by either:
mDNS_publish=Falsein.winswitch/server/server.confAs for the dead xpra session, winswitch seems to use the right incantations:
[II] 2012/23/06 22:53:33 XpraServerUtil.start_daemon(ServerSession(:67 - xpra - available), [II] 2012/23/06 22:53:34 virt_server_daemonizer.grab_daemon_pid(['/.../virt_server_daemonizer', ... '--', '/usr/bin/xpra', ... 'start', ':67', '--use-display' (...) [II] 2012/23/06 22:53:36 XpraServerUtil.detect_sessions() found: [('DEAD', ':67')]So this is likely to be an xpra bug, not a winswitch one.
Can you try this:
Then in another terminal:
Does the first one exit properly?
Does the second one stay up?