Exactly the same behavior. I couldn't use a snapshot to downgrade, because, for some strange reason, in TrueNAS 13 the snapshot dates are not properly displayed, and it is quite confusing to figure out which is the right snapshot to use.Hi all!
I have the same problem after updating to 4.4.2_1
After returning to version 4.4.2, the problem remained.
The WEB UI has been pinged but is not available. Torrents are not downloading.
In the next step, the plugin was removed and reinstalled.
Problem was solved, the WEB UI has appeared.
…But after a few moments, the problem returned again.
latest to quarterly pkg repo, remove and reinstall libtorrent-rasterbar and qbittorrent.Using snapshot was quite easy.Exactly the same behavior. I couldn't use a snapshot to downgrade, because, for some strange reason, in TrueNAS 13 the snapshot dates are not properly displayed, and it is quite confusing to figure out which is the right snapshot to use.
This solution seemed to work for me. I changed the repo within the cage, uninstalled those two packages, and reinstalled them. Now it is downloading and fully accessible through the webUI.I think libtorrent-rasterbar 1.2.14_1,1 is the breakage.
See the PRs linked here.
FreshPorts -- net-p2p/libtorrent-rasterbar: C++ library implementing a BitTorrent client
libtorrent is an open source C++ library implementing the BitTorrent protocol, along with most popular extensions, making it suitable for real world deployment. It is configurable to be able to fit both servers and embedded devices. The main goals of libtorrent are to be efficient and easy to...www.freshports.org
The quickest solution might be to go back from thelatesttoquarterlypkg repo, remove and reinstall libtorrent-rasterbar and qbittorrent.
Can you write detailed manual for newbies?This solution seemed to work for me. I changed the repo within the cage, uninstalled those two packages, and reinstalled them. Now it is downloading and fully accessible through the webUI.
Can you make a tutorial on how to do that please.This solution seemed to work for me. I changed the repo within the cage, uninstalled those two packages, and reinstalled them. Now it is downloading and fully accessible through the webUI.
Shell in jail (Jails -> qbittorent -> Shell)ls /usr/local/etc/pkg/reposFreeBSD.conf, iocage-plugins.confiocage-plugins.conf by Easy Editor (see ee manual).latest to quarterly in url: line and save file.ee /usr/local/etc/pkg/repos/iocage-plugins.confiocage-plugins: {
url: "http://pkg.FreeBSD.org/${ABI}/latest",
signature_type: "fingerprints",
fingerprints: "/usr/local/etc/pkg/fingerprints/iocage-plugins",
enabled: true
}pkg updateqbittorent-nox and libtorrent-rasterbarpkg delete libtorrent-rasterbarpkg delete qbittorrent-noxqbittorent-nox and libtorrent-rasterbar.pkg install libtorrent-rasterbarpkg install qbittorrent-noxSorry. I saw this request too late, but indeed, that is. Now, after modifying the file, it is convenient to run pkg update, for the repos to update. Then, continue with the process as described above. Now, when a new version of the plugin is released (hopefully with this problem solved), do we have to change that setting back, or it will be back when updating the plugin and the jail?Manual-tutorial
1. Need started qbittorent plugin.
2. StartShellin jail (Jails->qbittorent->Shell)
Type:ls /usr/local/etc/pkg/reposWill see two files:FreeBSD.conf,iocage-plugins.conf
3.Modify the fileiocage-plugins.confby Easy Editor (seeeemanual).
Changelatesttoquarterlyinurl:line and save file.Type:ee /usr/local/etc/pkg/repos/iocage-plugins.confOriginal file:Code:iocage-plugins: { url: "http://pkg.FreeBSD.org/${ABI}/latest", signature_type: "fingerprints", fingerprints: "/usr/local/etc/pkg/fingerprints/iocage-plugins", enabled: true }
4. Delete packagesqbittorent-noxandlibtorrent-rasterbar
type:pkg delete libtorrent-rasterbartype:pkg delete qbittorent-nox5. Then install packagesqbittorent-noxandlibtorrent-rasterbar.
type:pkg install libtorrent-rasterbartype:pkg install qbittorent-nox6. Restart plugin, if needed…
I'll leave these settings for now, because I'm interested in more stability.…Then, continue with the process as described above. Now, when a new version of the plugin is released (hopefully with this problem solved), do we have to change that setting back, or it will be back when updating the plugin and the jail?
I'm pretty sure you're right. The same behavior happens with deluge if I use that version of libtorrent.I think libtorrent-rasterbar 1.2.14_1,1 is the breakage.
See the PRs linked here.
FreshPorts -- net-p2p/libtorrent-rasterbar: C++ library implementing a BitTorrent client
libtorrent is an open source C++ library implementing the BitTorrent protocol, along with most popular extensions, making it suitable for real world deployment. It is configurable to be able to fit both servers and embedded devices. The main goals of libtorrent are to be efficient and easy to...www.freshports.org
The quickest solution might be to go back from thelatesttoquarterlypkg repo, remove and reinstall libtorrent-rasterbar and qbittorrent.
latest with libtorrent-rasterbar 2.0.6.27,1 are available now.quarterly anyway.quarterly pkg repo and locking them for the time being:pkg lock qbittorrent-nox libtorrent-rasterbarThanks.I think you should wait at least until qBittorrent 4.4.3 is available, because it will have a new setting "Physical memory (RAM) usage limit".
The maintainer just updated the port yesterday. It will take a few days for the next pkg builds to become available.
Until that happens I think you should stay on those older versions I mentioned.