Custom Query (2449 matches)


Show under each result:

Results (31 - 33 of 2449)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Ticket Resolution Summary Owner Reporter
#2831 Duplicate Downloads stall when using "Move storage" Markweiser

This happens when I have a destination with low IO throughput

  • Perhaps related to #994 -

Eg: My setup is basically:

  • Download to SSD mountpoint (/data/fast/incomplete)
  • Once finished, move to low rpm HDD big storage (/data/slow/new)

So, when this process happens, everything that Deluge is doing is stalled and waits for the copy to happens.

This issue happens when using 'Move to Storage' or when using 'Move Completed'. Anything related to copying the downloaded files will stall the current tasks.


  • Add various downloads and start them (around 10gb+ size)
  • Move any finished downloads to a low IO mountpoint (eg: USB 2.0 External HDD)
  • Notice the non-finished downloads stall

Related to move_storage() -


void move_storage(std::string const& save_path) const;
void move_storage(std::wstring const& save_path) const;

Moves the file(s) that this torrent are currently seeding from or downloading to. If the given save_path is not located on the same drive as the original save path, The files will be copied to the new drive and removed from their original location. This will block all other disk IO, and other torrents download and upload rates may drop while copying the file.

Can't Deluge implement it?

#2834 WontFix PYTHON_EGG_CACHE not set on FreeBSD kendokan

Plugins fail to load in web-ui on FreeBSD package "deluge-1.3.12,1" due to an inability to write to the default Python egg cache directory. This directory does not exist in the default installation, nor is there a documented dependency. Most visibly for me, this breaks labels in web-ui; you can't create them or assign torrents to them.

Creating a directory (I used "/usr/local/etc/deluge/.python-eggs") and adding export PYTHON_EGG_CACHE="/usr/local/etc/deluge/.python-eggs" to /usr/local/etc/rc.d/deluge_web resolved the issue.

[ERROR   ] 10:23:49 pluginmanagerbase:146 Unable to instantiate plugin!
[ERROR   ] 10:23:49 pluginmanagerbase:147 Can't extract file(s) to egg cache

The following error occurred while trying to extract file(s) to the Python egg

  [Errno 13] Permission denied: '/.python-eggs'

The Python egg cache directory is currently set to:


Perhaps your account does not have write access to this directory?  You can
change the cache directory by setting the PYTHON_EGG_CACHE environment
variable to point to an accessible directory.
Traceback (most recent call last):
  File "/usr/local/lib/python2.7/site-packages/deluge/", line 144, in enable_plugin
    instance = cls(plugin_name.replace("-", "_"))
  File "/usr/local/lib/python2.7/site-packages/deluge/plugins/Extractor-0.4-py2.7.egg/extractor/", line 56, in __init__
    from webui import WebUI as _plugin_cls
  File "/usr/local/lib/python2.7/site-packages/deluge/plugins/Extractor-0.4-py2.7.egg/extractor/", line 47, in <module>
  File "/usr/local/lib/python2.7/site-packages/deluge/plugins/Extractor-0.4-py2.7.egg/extractor/", line 54, in WebUI
  File "/usr/local/lib/python2.7/site-packages/deluge/plugins/Extractor-0.4-py2.7.egg/extractor/", line 38, in get_resource
    return pkg_resources.resource_filename("extractor", os.path.join("data", filename))
  File "/usr/local/lib/python2.7/site-packages/pkg_resources/", line 1150, in resource_filename
    self, resource_name
  File "/usr/local/lib/python2.7/site-packages/pkg_resources/", line 1863, in get_resource_filename
    return self._extract_resource(manager, zip_path)
  File "/usr/local/lib/python2.7/site-packages/pkg_resources/", line 1892, in _extract_resource
    self.egg_name, self._parts(zip_path)
  File "/usr/local/lib/python2.7/site-packages/pkg_resources/", line 1217, in get_cache_path
  File "/usr/local/lib/python2.7/site-packages/pkg_resources/", line 1197, in extraction_error
    raise err
ExtractionError: Can't extract file(s) to egg cache
#2836 Invalid webui returns blank page when used with --base mbaran

This is in reference to closed ticket

I am running latest develop branch which includes the commits to fix this issue.

When configured as such (using --base or setting base in web.conf) I get nothing but a blank page when browsing to the web site.

I've tested the site in IE, FF, Chrome, and Edge, all have the same issue.

I can privately provide a URL which is publicly accessible for verification.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Note: See TracQuery for help on using queries.