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 thelatest
toquarterly
pkg 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/repos
FreeBSD.conf
, iocage-plugins.conf
iocage-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.conf
iocage-plugins: { url: "http://pkg.FreeBSD.org/${ABI}/latest", signature_type: "fingerprints", fingerprints: "/usr/local/etc/pkg/fingerprints/iocage-plugins", enabled: true }
pkg update
qbittorent-nox
and libtorrent-rasterbar
pkg delete libtorrent-rasterbar
pkg delete qbittorrent-nox
qbittorent-nox
and libtorrent-rasterbar
.pkg install libtorrent-rasterbar
pkg install qbittorrent-nox
Sorry. 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. StartShell
in jail (Jails
->qbittorent
->Shell
)
Type:ls /usr/local/etc/pkg/repos
Will see two files:FreeBSD.conf
,iocage-plugins.conf
3.Modify the fileiocage-plugins.conf
by Easy Editor (seeee
manual).
Changelatest
toquarterly
inurl:
line and save file.Type:ee /usr/local/etc/pkg/repos/iocage-plugins.conf
Original 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-nox
andlibtorrent-rasterbar
type:pkg delete libtorrent-rasterbar
type:pkg delete qbittorent-nox
5. Then install packagesqbittorent-nox
andlibtorrent-rasterbar
.
type:pkg install libtorrent-rasterbar
type:pkg install qbittorent-nox
6. 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 thelatest
toquarterly
pkg 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-rasterbar
Thanks.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.