Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

auto move: strange default path involving df output causing paused state #2699

Open
2 of 4 tasks
fiver22 opened this issue Jul 28, 2024 · 6 comments
Open
2 of 4 tasks

Comments

@fiver22
Copy link

fiver22 commented Jul 28, 2024

Please complete the following tasks.

  • Web browser cache cleared
  • Link provided to install script if applicable
  • Not using broken rtinst install script
  • Web browser, ruTorrent, PHP and OS version provided

Tell us about your environment

Web Browser: latest firefox stable , latest chrome stable, n/a
ruTorrent Version: v4.3.5
PHP Version: PHP 8.1.2-1ubuntu2.18
Operating System: Ubuntu 22.04.4 LTS

Tell us how you installed ruTorrent

seedbox provider installed -hopefully they will add detail

Describe the bug

Occasionally, approximately 1 out of every 30 torrents, torrents are saved to incorrect paths that include unintended concatenations of system outputs and the intended paths. This issue seems to trigger timeouts and loading errors in ruTorrent.

Example of Incorrect Save Path:
Path format with spacing detailed:

/dev/sdae1␣498814504␣␣2929687500␣␣␣␣␣␣␣0␣␣␣␣␣␣␣␣16513␣␣␣␣␣␣␣0␣␣␣␣␣␣␣0␣␣␣␣␣␣␣␣/home14/{user_name}/downloads

Note: ␣ represents a single space. This visual marker is used because actual spacing does not render properly in this text format. Multiple ␣s indicate multiple spaces between elements, reflecting the actual observed spacing in the path

Steps to reproduce

Add torrents as usual.
Observe the save path for each torrent.
Note that approximately 1/30 torrents exhibit the issue described.

Expected behavior

All torrents should be saved to the designated save path, in this case: /home14/{username}/downloads

Additional context

This issue occurs on a shared slot provider where I do not have root access. I have already opened a ticket with the provider, and they suggested posting this bug report.
Possibly related issue: #1585

@fiver22
Copy link
Author

fiver22 commented Jul 28, 2024

possibly related: when attempting to move torrents from the broken path to correct dir, I sometimes get "DataDir plugin: operation fail"

@stickz
Copy link
Collaborator

stickz commented Jul 31, 2024

@fiver22 Could you upgrade to ruTorrent v4.3.6 or ask your provider to upgrade? We resolved an auto move regression with this version. We would need to know if this issue is present on the latest version of ruTorrent to move forward with diagnostics.

@fiver22
Copy link
Author

fiver22 commented Jul 31, 2024

@fiver22 Could you upgrade to ruTorrent v4.3.6 or ask your provider to upgrade? We resolved an auto move regression with this version. We would need to know if this issue is present on the latest version of ruTorrent to move forward with diagnostics.

Happy to ask that they upgrade. I will ask and report back what I can.

@fiver22
Copy link
Author

fiver22 commented Aug 1, 2024

Was able to upgrade to 4.3.6.
The issue has not been completely resolved but may have changed.
normally I would have expected 3 or more such errors over the 80 some torrents added but I have only seen one similar error and it's behaviour is a little different:

the error now presents as save path = /home14/[user_name}/downloads/Literal Name of Torrent /dev/sdae1 1881839948 2929687500 0 32543 0 0y

I hope this can be of some use.
Happy to provide any detail I'm able -just let me know what would be useful.

@stickz
Copy link
Collaborator

stickz commented Aug 1, 2024

Could you provide a screenshot of the autotools tab in your settings menu?

@fiver22
Copy link
Author

fiver22 commented Aug 1, 2024

Screenshot 2024-08-01 at 17 20 29

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants