Opened 7 years ago

Closed 7 years ago

Last modified 7 years ago

#2945 closed bug (WontFix)

autoadd torrent broken with systemd service

Reported by: graysky Owned by:
Priority: minor Milestone: 1.3.14
Component: Core Version: 1.3.13
Keywords: Cc:


Summary: I am running deluged via the distro provided systemd service (which I attached to this ticket for reference). Deluged is configured to "auto add .torrents from: /mnt/share/Downloads" but it only adds one torrent from that directory. If I download additional ones or if additional ones are in that directory, it does not take any action.

Upon adding the torrent, journalctl shows a single line:

Nov 29 07:14:21 seedbox deluged[702]: Unhandled error in Deferred:

If I stop the systemd service and run deluged as my user, all torrent files are detected and added and nothing is written to ~/.config/deluge/deluge.log

Version of deluge: I am running the official Arch Linux package which is 1.3.13+2+g6c73105

Attachments (2)

deluged.service (156 bytes) - added by graysky 7 years ago.
journalctl_with_debug_logging.log (41.9 KB) - added by graysky 7 years ago.

Download all attachments as: .zip

Change History (10)

Changed 7 years ago by graysky

comment:1 Changed 7 years ago by graysky

I just built from the github 1.3-stable branch (5f92810) and am experiencing the same.

Nov 29 07:44:04 seedbox systemd[1]: Started Deluge Daemon.
Nov 29 07:44:05 seedbox deluged[1042]: /usr/lib/python2.7/site-packages/deluge/ RuntimeWarning: to-Python converter for boost::shared_ptr<libtorrent::alert> already registered; second conversion method ignored.
Nov 29 07:44:05 seedbox deluged[1042]:   import libtorrent as lt
Nov 29 07:44:05 seedbox deluged[1042]: Unhandled error in Deferred:

comment:2 Changed 7 years ago by graysky

I updated deluged.service to include the debug switch and have attached the corresponding journalctl output (journalctl_with_debug_logging.log). Note that I started deluged.service with 5 torrent files in the watched directory but only 1 of them as added; you see the "Unhandled error in Deferred" at line 301.

Changed 7 years ago by graysky

comment:3 Changed 7 years ago by Cas

  • Milestone changed from needs verified to 1.3.14

I will need to investigate this further myself as the log doesn't really identify the actual issue :/

comment:4 Changed 7 years ago by admonkey

Confirmed behavior in Ubuntu 1.3.13-0~xenial~ppa1. In previous versions, the torrent file was also deleted after autoadd. Now I've noticed that it picks up the last one, and then stops without deleting. It seems like a permissions issue, but still doesn't work when explicitly set to 666.

comment:5 Changed 7 years ago by Cas

Can you enable deluged logging to a file to get a proper error trace: Troubleshooting

Last edited 7 years ago by Cas (previous) (diff)

comment:6 Changed 7 years ago by admonkey

I worked around the problem by installing the AutoAdd? plugin, and then initializing it from the gtk desktop client on another machine. From there, I noticed it threw me an error message noting that the deluge user needed explicit rights to the folder. It's been a while, but I believe I chmod 775 -R downloads/ && chown :deluge -R downloads/ fixed that and it's been working fine. I haven't gone back to test the regular autoadd from downloads that led me to that point. If it's needed, then I can test again if you'd like. Not sure if OP resolved issue or not.

comment:7 Changed 7 years ago by Cas

  • Component changed from Unknown to Core
  • Resolution set to WontFix
  • Status changed from new to closed
  • Version changed from other (please specify) to 1.3.13

Ah I see, it's not the plugin, it's the built-in code.

Permission issue would sound correct, it would need write permissions to delete or rename the files.

I don't think I will investigate this further as it's obsolete code (removed in develop) and I always recommend using the AutoAdd plugin anyway.

comment:8 Changed 7 years ago by graysky

@admonkey - No, I haven't resolved the issue. I will try the plugin recommended in this ticket as a solution.

Note: See TracTickets for help on using tickets.