How long typically is it after starting, that transmission stops for you. A transmission user from the developers has not seen any problem with transmission after it has run for three days on CU188.
Does it crash when you do a specific torrent download or when doing nothing with it.
The shortest time was about 1 minute, the longest was less than 10 minutes until the crash.
Even if I just start it, it crashes. I can do anything without problems as long as it goes, add, delete, etc.
Previously, I ran more than 200 torrents, and it handled that without any problems. I have the problem now since the update.
I just tried it and it appeared that even if I add a torrent, it doesn’t start downloading, it just appears in the list and waits. With the other torrents, the uploading starts almost as soon as I start the transmission
These two lines indicate that two torrents are not able to parse correctly, due to a malformation in part of the torrent, and are probably causing transmission to crash.
Maybe try to disable those two torrents or remove them from the list temporarily and then see if transmission runs without crashing.
I’m over it. I already took these out. However, these two have been on the list for weeks or months. I’m about to try removing all the torrents and leaving only the one I want to download now.
Transmission has not changed in IPFire. It is still version 4.0.5, so the only thing That I can think of regarding the failure with the torrent is that they have changed something that no longer works with that version of transmission.
Unfortunately we cannot update to the latest version, 4.0.6, as it fails to build due to a bug, for which they plan to implement a bug fix in version 4.0.7 but that is not yet available.
It looks like I should be able to do an update to version 4.0.6 using a patch from the Arch Linux transmission build.
So that is with one torrent in the list. If you have no torrents does transmission still crash.
The problem is that we have not been able to reproduce that with our systems for the devs having transmission installed. So we need to understand the specific conditions that trigger your crash.
Unfortunately, I can only provide so many logs… Maybe I can install an older version manually on ipfire? If so, where can I download the older transmission version?
The current version 4.0.5 has been the current version since Core Update 184. The old versions of addon are not available to load. The addon server only has the current version available.
I also doubt that going to version 4.0.4 will fix things as nothing has changed in Transmission in IPFire since January 2024 so it must be a change in the torrent format.
You will need to use a newer version of Transmission and you could always build this yourself with the Build AddOns page in the Development section of the wiki but you would also have to overcome the bug issue using the patch from Arch Linux to make the build process for version 4.0.6 work successfully.
As I already indicated we have a dev user that has updated to CU188 with transmission running and it has been going without issues for 3 days so there has to be an additional something on your system that is causing this issue and that may also give a problem with an older or newer version.
I have the same problem here: After Core-Update 188 Transmission stopped working.
I can restart it (both from ipfire webinterface/status/services as well as from bash /etc/init.d/transmission start).
After I start it, it stops after some time. Shortest time was less than a minute (I’d say couple of secs but not sure), longest was several minutes (maybe 10 min?).
I Could finish a previously started torrent (although it contained errors in the end) and I could also add completely download a new torrent (some 300 MB). I do not see a pattern in the crashes.
I did not find any transmission log and I wonder how I could activate that or how I could help you guys otherwise.
Really appreciate your work, thanks a lot.
PS: previously it worked for more than 3 years withou any problems
PPS: I’m willing to help
It looks like there is no entry in the System Logs that has been created for Transmission, so you need to go to the command line and run the following command after having run transmission and having it crash.
less /var/log/messages | grep transmission
and hopefully this will show some info on why it is crashing.
I stopped all torrents, deleted the downloads. There are 105 seed torrents in there, stopped. That’s how Transmission didn’t crash. I started them one by one, currently I am seeding 4 pcs. 5 or more will crash. I will write in the morning to see if he made it through the evening.
What may have appeared is that, as I recall, Transmission used ~1.5 GB or more of memory, which I had no problem with (the system can work with 32 GB of memory). Now it works with 30 mb of memory, not much more even if I start the 105 torrents. I can watch this until I collapse.
Other, non IPFire users, have reported the same crash issue into the transmission issues page on github some time back and it has been identified that version 8.9.1 of curl, which was installed into CU188, is causing a sigpipe failure, a regression from previous version of curl, and this is causing transmission to crash.
The fix has been applied by curl to version 8.10.0
I will submit a patch to update curl to the latest version and this will be merged into master to be part of CU189.
EDIT:
I have just realised that I had already submitted a patch submission for the update of curl to 8.10.0 and this had been merged into next which would have been CU190.
We have now just merged this into master so it will become part of CU189.
If I switch the Repository to Testing, then Release 188 → 189 will already appear there. Can this work or should I not experiment on a production system? When will the update come out?