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

Torrent recheck forced after error I/O (even for paused torrent) #1471

Closed
p4r4d0x86 opened this issue Feb 23, 2014 · 15 comments
Closed

Torrent recheck forced after error I/O (even for paused torrent) #1471

p4r4d0x86 opened this issue Feb 23, 2014 · 15 comments

Comments

@p4r4d0x86
Copy link

I'm used to download files on an external hard drive. Each time, when I shut down qbittorrent, and I restart it without the external hard drive attached I get:

  • I/O error (for previously seeding torrent)
  • torrent progress is set from 100% to 0%
  • torrent is paused
    That could be normal (for seeding torrent but not for a paused one).

However, when I plug my external hard drive and I restart qBittorrent :

  • If i start the torrent, it will try to download it again (without trying to check what it already has before)
  • I can't share my completed torrent directly without forcing a recheck (to get the percentage at 100%)

I think this behaviour is not the right one (and it's not the one I used to get with µtorrent before becoming a crap/adware) especially since I use .qt! extension for uncompleted files.

Could qBittorrent be modified in order to do not set download progress from 100% to 0% when it doesn't find the files ? A "not file found status" would be better, so that during the next start, the program could check if files are or are not available.

Anyways, thank you for this very good software.

P.S.
Another choice could be to modify the recheck during start up : if files are available on the hard drive, and that there is no .qt! extension, that means that files are already downloaded, and percentage have to be set at 100% (just to avoid the 2TB recheck each time I forget to plug my external harddrive before starting qBittorrent)

@sledgehammer999
Copy link
Member

This flow work should work:

  1. Starting qbt without the external disk plugged, will result in errored torrents and the log mentioning something about incorrect fastresume data
  2. Pluggin the hard disk
  3. Restarting qbt without having touched the errored torrents in any way. It should now recognize them without issues.

Can you confirm?

@p4r4d0x86
Copy link
Author

1/ I closed qbt with
Torrent 1 = 100% paused
Torrent 2 = 100% seeding

2/ I unplugged my hard disk

3/ I started qbt :
Torrent 1 = 0% paused
Torrent 2 = 0% paused

4/ I plugged my hard disk : no change

5/ I restarted qbt : no change

For me, completion status is not correctly kept by qbt independently of the availability of the file for seeding or not (not like µtorrent).

:(

@sledgehammer999
Copy link
Member

What qbt version do you use?

@JinxDojo
Copy link

As mentioned in #1482, we need a better solution for when torrent data is moved (or, in this case, not found). While I think my proposal of a "Stop Status" (#948) would help alleviate some issues like this one (i.e. stopped torrents wouldn't be checked at all until resumed manually), I admit that this won't completely solve cases where an external HDD is present/absent nor the case when a user wishes to mass move torrent data.

@fusk-l
Copy link

fusk-l commented Mar 1, 2014

I have the same issue with internal disks.
I/O error on every torrent completion, after restart a random number of torrents starts to recheck, the torrents affected will be affected every time. Recheck will still happen afterwards even if you do a normal close/start qBit.

@sledgehammer999
Copy link
Member

None of you have told me which version you use....

@sledgehammer999
Copy link
Member

PS: I just released 3.1.9

@fusk-l
Copy link

fusk-l commented Mar 1, 2014

I used 3.1.8, and then upgraded to 3.2, it happened with both.

@sledgehammer999
Copy link
Member

@NGNH I think yours is a different issue.
We need to figure out your I/O error.
Open a new issue here.
Use qbt 3.1.9
When the error happens go to the log (view->execution log) and copy it in the new issue you will open.

@p4r4d0x86
Copy link
Author

I use 3.1.5 version, I will update and test

@p4r4d0x86
Copy link
Author

Exactly the same problem with 3.1.9.
Once at 0%, no chance to get it at 100% without a recheck, even with hard disk plugged and qbt restarted.

In log, it's written torrent resumed ... ok but at 0% ...

@bonorenof
Copy link

I have the same issue with an external drive. I used 3.1.5 and the problem is still there after an update to 3.1.9, my OS is W8.1.
Moving the torrents in the Temp folder and then resume them works (and not the forced recheck of paused torrents) but it's hardly practicable since my torrents are quite scattered and heavy.

@johnstone-chris
Copy link

I have the same problem with 3.1.0. My external hdd disconnects sometimes (i think i need a powered usb hub) and when it does it starts downloading torrents when it doesn't see them, and I have to redownload. Other than that though, I love qbittorrent.

@hannsen
Copy link
Contributor

hannsen commented Nov 3, 2018

I tried to reproduce it now:

  1. close QBit,
  2. remove HDD,
  3. restart QBit: "Missing Files"
  4. Stop QBit,
  5. Plug in HDD,
  6. Start QBit: Torrents are at 100%

Like @sledgehammer999 said in #1482:

When files aren't found the torrent goes into a special status reading "Missing Files". If you close qbt, restore the files correctly(eg connecting drive) and reopen qbt all will come back correctly.

So I think this can be closed

@p4r4d0x86
Copy link
Author

Indeed. Many thanks for the fix !
(even if 3.2.0 was available few years ago ;-) )

@qbittorrent qbittorrent locked and limited conversation to collaborators Feb 24, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants