bottlerockets Posted August 10, 2013 Report Share Posted August 10, 2013 As the topic states, the latest stable build of µTorrent 3.3.1 (30003) doesn't stop downloading when you're out of disk space. Tested & confirmed:Wireshark logs show that it keeps requesting pieces after it's sent "not interested" messages to connected clients. Most clients ignore these requests, but others (Transmission) go on to send the pieces.The client should not be continuing to request pieces after it has recognized there is no place left to store the downloaded data. Link to comment Share on other sites More sharing options...
emc Posted August 10, 2013 Report Share Posted August 10, 2013 Yes, I can confirm this bug.Torrat job status is switching between "Downloading" and "Error: No space",Torrent job is starting and stopping in never ending cycle.The same situation in 3.3.2.29976. Link to comment Share on other sites More sharing options...
bottlerockets Posted October 11, 2013 Author Report Share Posted October 11, 2013 This is still present in the latest stable release. Link to comment Share on other sites More sharing options...
rafi Posted October 11, 2013 Report Share Posted October 11, 2013 This bug is on my issues-list - #24 http://forum.utorrent.com/viewtopic.php?pid=739260#p739260As it happens, it turned out to be a side-affect of a hidden feature... The feature is to auto-resume a download that has stopped due to a full disk, after you free some space on the disk. This settings: Pref.->advanced->diskio.resume_min controls the amount of free space seeded for this auto-resume to work, and it defaults to 100MB. So, the bug is that even if you have pre-allocate set, but diskio.sparse_files = TRUE, it will start the download even when there is not enough space on disk! In this case, it will also "auto-resume" it, without honoring this resume_min setting, and fail.So, to bypass this, you need to:Make sure to set diskio.spare_files = FALSEOR disable pre-allocate (not recommended)AND better increase the default resume_min to 100000M (100G) so to not ever try to auto-resume a download. Just press start... Let me know if it "fixed" the bug for you, so I can edit it into my tips-guide... Link to comment Share on other sites More sharing options...
bottlerockets Posted November 8, 2013 Author Report Share Posted November 8, 2013 that didn't fix it Link to comment Share on other sites More sharing options...
rafi Posted November 8, 2013 Report Share Posted November 8, 2013 why not? resume_min should so it... Link to comment Share on other sites More sharing options...
bottlerockets Posted April 5, 2014 Author Report Share Posted April 5, 2014 This bug seems to have been fixed in version 3.4. At least, I could not replicate it in testing. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.