gtk client over ssh crashes core

[deluge-trac@…]

Hi,

thanks for the awesome rework of deluge and the split into core and UI. This is very useful for me, I run deluge on a headless machine. I have found a way to reliably crash deluged (my version is the nightly 2988 on gutsy). Below, I will detail all steps. I assume that some of them are not necessary to reproduce the problem (I assume screen is an example)

1) deluge runs on my headless machine rie. I log in via "ssh -X rie" to enable X forwarding. 2) I run a screen session 3) I start deluged in a window of screen 4) "deluge -u web" 5) "deluge -u gtk" 6) browse the gtk UI. Quit (not close, but quit without shutting down core) deluge. 7) Ctrl+A Ctrl+D to leave screen, ready for reattachment 8) Ctrl+D to log out of ssh session.

I am then not returned to the local console, something is hanging (I assume it has to do with some leftover from the X forward from the gtk ui). deluged then crashes.

Regards

Rolf

[anonymous]

well, I always forget about the particular trac formatting. Here are the steps in more readable form.

 1) deluge runs on my headless machine rie.  I log in via "ssh -X rie" to
    enable X forwarding.
 2) I run a screen session
 3) I start deluged in a window of screen
 4) "deluge -u web"
 5) "deluge -u gtk"
 6) browse the gtk UI.  Quit (not close, but quit without shutting down
    core) deluge.
 7) Ctrl+A Ctrl+D to leave screen, ready for reattachment
 8) Ctrl+D to log out of ssh session.

[andar]

I am not really sure why this is being caused, but the usage of forwarding gtkui over SSH is not really something that would happen often. The idea is that you would run gtkui on your desktop machine and connect to the daemon remotely instead of trying to run the gtkui off the headless machine remotely.

[anonymous]

I am now running into this problem without forwarding/starting the gtkui. I do have "ssh -X" to forward X over ssh which seems to be sufficient to trigger this problem. Here are the last few lines from the console (same lines are in the log file)

[DEBUG ] torrentmanager:522 on_alert_tracker_reply The application 'deluged' lost its connection to the display localhost:10.0; most likely the X server was shut down or you killed/destroyed the application.

My guess is this is not a gtkui issue after all.

[anonymous]

and formatting again ;-)

[DEBUG   ] torrentmanager:522 on_alert_tracker_reply
The application 'deluged' lost its connection to the display localhost:10.0;
most likely the X server was shut down or you killed/destroyed
the application.

/me tries to remember to use the preview button more often

[durand1@…]

same problem here. Just use a deluge gtk client to access the daemon

[andar]

I can reproduce this with deluge, but I can also reproduce it with gedit.. Could it be a misconfiguration in sshd?

[deluge-trac@…]

You run gedit remotely and when you close the ssh session deluged dies?

The main problem is not that ssh does not return to the console but that deluged crashes.

[andar]

deluged does not die.

[anonymous]

It does for me

[andar]

Are you using a recent revision? One after I changed deluged to be a true daemon?

[anonymous]

I was up to the latest nightly from ibiblio which still had this problem. It seems that svn3280 from Launchpad does not have this problem anymore.

Thank you for the great work!

[anonymous]

It is back to crashing. I don't even need to start the gtk ui on the remote machine. I am not yet 100% sure what triggers it, but when closing the ssh connection, I am not returned to the local prompt. When I eventually have to forcefully close the hung ssh connection the deluged process on the remote machine crashes.

reopening.

[joose@…]

Well, at least i can't reproduce this. Are you running deluged with -d (--do-no-daemonize) ? If yes, why not trying to run it without screen as a daemon.

[anonymous]

This is plain deluged, running as a daemon. I don't believe the screen step is necessary but I mentioned it here because those are the steps I took. deluged crashed again yesterday (I usually already know when that happens, the ssh connection will not return to the local bash. deluged left the following on the remote console, maybe that gives some kind of clue.

deluged: Fatal IO error 11 (Resource temporarily unavailable) on X server localhost:10.0.

BTW, I probably should have opened a new report. These recent crashes don't involve the gtk ui being forwarded over ssh. deluged runs on the headless machine, the gtk ui connects straight from my laptop (or sometimes with the connection between the two forwarded over ssh)

[anonymous]

reopening because I still frequently see this. I'll try the RC packages and see how that works out.

[andar]

This should be fixed in [3598]

[anonymous]

скачать музыку

[anonymous]

Milestone 1.0.0 deleted