Help and Support
Ask a question, report a problem, request a feature...
<<  Back To Forum

[Bug] Intermittent Never Ending Piece Repair

by Nbr761 on 2024/01/07 12:35:04 AM    
The title say it all ,

There are other posts in this forum about this issue, the ones I have read so far only address how to deal with this issue on effected pieces, not how to prevent this issue from occurring to new pieces when it keeps happing.

This has happed to me on both linux distributions and windows installs for a while now 2 years+.

The only interesting thing i have noticed so far is that these problematic pieces tend too show up at time when the local network is at or near capacity. Most piece repairs work how ever some times the only way to clear them is by shutting down tixati and deleting all the incomplete-pieces folders.

I can confirm this don't happen when using qbittorrent or biglybt, and the hardware is not experiencing any instability.

Im looking for a more permanent bug fix for this issue or recommendation for changes to tixati settings that stop this from happening.
by Nbr761 on 2024/01/07 12:52:47 AM    
An example of how bad it can get  , (Its rare its this bad)
by notaLamer on 2024/01/07 02:50:51 PM    
Memory errors can affect one program but not others due to operating system's determinism. I strongly suggest to run an exhaustive hardware check on both machines starting with memtest86+
Personally I've not seen this issue. Files are stored locally on NTFS. Both Windows 7 64-bit and Linux.
by Nbr761 on 2024/01/07 10:46:57 PM    
Indeed it's worth testing just in case. In a few days time I will boot memtest for 24 hours on the server that running the hypervisor.

Probably should have mentioned that tixati is running inside a hyper-v VM (Guest OS is windows 11).
by Nbr761 on 2024/01/12 01:08:04 AM    
TLDR; Check for packet corruption (not loss) and replace bad hardware.

memtest86, was a pass.

after a confused me did some other random test one did finally fail, iperf. After changing network cables, I removed the faulty cable.

I was able re-create this issue by using a application called clumsy by jagt and setting it to a [1~0.1]% tamper with redo checksum NOT enabled.

Now why was a rare few temp torrent piece unable to be repair until they where deleted while restarting tixati, just bad luck maybe.

Given some other strange things I had spotted in the past, like peers being blocked for sending bad data on private tracker torrents <--- should have clued me in sooner on what was up.

This web site is powered by Super Simple Server