qbittorrent-nox doesn't start as service in FreeBSD

[poorandunlucky]

So I have this problem where qbittorrent-nox, the FreeBSD package, doesn't start as a service. The command works when put into a terminal, but trying to run the script using rc.conf or service qbittorrent-nox start results in a silent failure, with no error log that I can find.

The RC script seems OK to me, my arguments are the same I give on the command line, qbittorrent is the owner of its directories... I don't know why it does that...

/etc/rc.conf

qbittorrent_enable="YES"  # The other variables aren't here because it wasn't working, so I tried to simplify things, and put the arguments in the command in the RC script.

/usr/local/etc/rc.d/qbittorrent

#!/bin/sh -

#
# $FreeBSD$
#
# PROVIDE: qbittorrent
# REQUIRE: DAEMON
# KEYWORD: shutdown
#
# Add the following lines to /etc/rc.conf to enable this service:
#
# qbittorrent_enable:        Set to NO by default. Set it to YES to enable it.
# qbittorrent_conf_dir:      Directory where qbittorrent configuration
#                            data is stored.
#                            Default: /var/db/qbittorrent/conf
# qbittorrent_download_dir:  Directory to store downloaded data.
#                            Default: /var/db/qbittorrent/Downloads
# qbittorrent_user:          The user account transmission daemon runs as.
#                            Default is 'qbittorrent'
# qbittorrent_group:         The group associated with username qbittorrent
#                            daemon runs as. Default is 'qbittorrent'
#

. /etc/rc.subr

name=qbittorrent
rcvar=qbittorrent_enable

load_rc_config $name

: ${qbittorrent_enable="NO"}
: ${qbittorrent_conf_dir="/var/db/qbittorrent/conf"}
: ${qbittorrent_download_dir="/var/db/qbittorrent/Downloads"}
: ${qbittorrent_user=qbittorrent}
: ${qbittorrent_group=qbittorrent}

#command="/usr/local/bin/qbittorrent-nox"
# default - command_args="--daemon"
#command_args="--profile=/usr/local/etc/qbittorrent -d"

command="qbittorrent-nox --profile=/usr/local/etc/qbittorrent/ -d"

qbittorrent_flags=" \
        ${qbittorrent_conf_dir:+--profile=${qbittorrent_conf_dir}} \
        ${qbittorrent_download_dir:+--save-path=${qbittorrent_download_dir}} \
        ${qbittorrent_flags}"
run_rc_command $1

/usr/local/etc/qbittorrent/qBittorrent/config/qBittorrent.conf

[AutoRun]
enabled=false
program=

[BitTorrent]
Session\Categories=@Variant(\0\0\0\b\0\0\0\x2\0\0\0\n\0M\0o\0v\0i\0\x65\0\0\0\n\0\0\0\0\0\0\0\x18\0\x41\0p\0p\0l\0i\0\x63\0\x61\0t\0i\0o\0n\0s\0\0\0\n\0\0\0\0)
Session\DisableAutoTMMByDefault=false
Session\DisableAutoTMMTriggers\CategorySavePathChanged=false
Session\DisableAutoTMMTriggers\DefaultSavePathChanged=false
Session\GlobalMaxSeedingMinutes=1440
Session\SuggestMode=true

[LegalNotice]
Accepted=true

[Network]
Cookies="__cfduid=dd406842b4900df2558b1e820c36d09811597455788; HttpOnly; expires=Mon, 14-Sep-2020 01:43:08 GMT; domain=.db-ip.com; path=/"

[Preferences]
Advanced\AnnounceToAllTrackers=true
Advanced\AnonymousMode=true
Advanced\IncludeOverhead=true
Advanced\RecheckOnCompletion=false
Advanced\trackerPort=9000
Bittorrent\Encryption=1
Bittorrent\MaxConnecs=10000
Bittorrent\MaxConnecsPerTorrent=1000
Bittorrent\MaxRatio=1
Bittorrent\MaxRatioAction=1
Bittorrent\MaxUploads=5
Bittorrent\MaxUploadsPerTorrent=5
Connection\GlobalDLLimit=5000
Connection\GlobalDLLimitAlt=1000
Connection\GlobalUPLimit=20000
Connection\GlobalUPLimitAlt=10000
Connection\Interface=bge0
Connection\InterfaceAddress=192.168.0.110
Connection\InterfaceName=bge0
Connection\PortRangeMin=62893
Connection\ResolvePeerCountries=false
Downloads\PreAllocation=true
Downloads\SavePath=/downloads/
Downloads\SaveResumeDataInterval=5
Downloads\ScanDirsV2=@Variant(\0\0\0\x1c\0\0\0\0)
Downloads\TempPath=/downloads/temp/
Downloads\TorrentExportDir=/downloads/.torrents
Downloads\UseIncompleteExtension=true\
DynDNS\DomainName=changeme.dyndns.org
DynDNS\Enabled=false
DynDNS\Password=
DynDNS\Service=0
DynDNS\Username=
General\Locale=en
MailNotification\email=
MailNotification\enabled=false
MailNotification\password=
MailNotification\req_auth=true
MailNotification\req_ssl=false
MailNotification\[email protected]
MailNotification\smtp_server=smtp.changeme.com
MailNotification\username=
Queueing\MaxActiveDownloads=10
Queueing\MaxActiveTorrents=15
Queueing\MaxActiveUploads=5
Queueing\QueueingEnabled=true
WebUI\Address=192.168.0.110
WebUI\AlternativeUIEnabled=false
WebUI\AuthSubnetWhitelist=192.168.0.0/24
WebUI\AuthSubnetWhitelistEnabled=true
WebUI\BanDuration=3600
WebUI\CSRFProtection=true
WebUI\ClickjackingProtection=true
WebUI\CustomHTTPHeaders=
WebUI\CustomHTTPHeadersEnabled=false
WebUI\HTTPS\CertificatePath=
WebUI\HTTPS\Enabled=false
WebUI\HTTPS\KeyPath=
WebUI\HostHeaderValidation=true
WebUI\LocalHostAuth=true
WebUI\MaxAuthenticationFailCount=5
WebUI\Password_PBKDF2="@ByteArray(h5CbVNPew6NqWSvt01HBxQ==:dPBbvNbhFJrZMeAnOA1KWixrWm30SXs3mXFRcrYt81/Vk4e1P2opgHqYliZFqoEuZVH+07Bq6HKYkSkPLEhxHA==)"
WebUI\Port=51413
WebUI\RootFolder=
WebUI\SecureCookie=true
WebUI\ServerDomains=*
WebUI\SessionTimeout=3600
WebUI\UseUPnP=false
WebUI\Username=qbittorrent

If I run qbittorrent-nox --profile=/usr/local/etc/qbittorrent/ -d from the command line as root, it works fine, daemonizes, and reads its configuration script, the web ui serves pages, and downloads files, and links.

It's not that big a problem, since I don't use it that often, and don't reboot my server very often, but it's still a problem, and it gnaws at me every time I stumble upon it.

I searched, and it seems other people are having problems with the RC script on FreeNAS, but their fixes are... kinda weird, and don't necessarily apply to my situation... some "fixes" are also misleading, just troll config scripts, as well...

This is the files as they are now, I've tried several variants/methods, maybe 50 variations over the years, trying to get it to start from its RC script, but no luck...

Any help understanding the problem would be greatly appreciated.

It's in a jail, of course...

Also come to think of it, I'm not sure who the package maintainer is, so maybe you're not responsible for the RC script, and maybe you got no idea what I'm talking about... If so, please let me know, and I'll try ti find the package mainrainer, but if you can help, like I said, I would appreciate a lot, because I tried pretty hard to get it going...

Also it's in a jail, of course, but runs fine from the command line, so...

[userdocs]

What is this?

: ${qbittorrent_enable="NO"}
: ${qbittorrent_conf_dir="/var/db/qbittorrent/conf"}
: ${qbittorrent_download_dir="/var/db/qbittorrent/Downloads"}
: ${qbittorrent_user=qbittorrent}
: ${qbittorrent_group=qbittorrent}

It should probably look like this.

http://web.mit.edu/freebsd/head/etc/defaults/rc.conf

[userdocs]

I was curious about what you were doing and how those variables are set and how it may conflicting with you changing the path, so I loaded FreeBSD 13 in a VM. I used this https://www.freshports.org/net-p2p/qbittorrent and tested both quarterly and latest version.

The first thing I will say is your /usr/local/etc/rc.d/qbittorrent is slightly different than the quarterly and latest file (which are identical).

Here is the stock untouched file.

#!/bin/sh

# PROVIDE: qbittorrent
# REQUIRE: DAEMON
# KEYWORD: shutdown
#
# Add the following lines to /etc/rc.conf to enable this service:
#
# qbittorrent_enable:        Set to NO by default. Set it to YES to enable it.
# qbittorrent_conf_dir:      Directory where qbittorrent configuration
#                            data is stored.
#                            Default: /var/db/qbittorrent/conf
# qbittorrent_download_dir:  Directory to store downloaded data.
#                            Default: /var/db/qbittorrent/Downloads
# qbittorrent_user:          The user account transmission daemon runs as.
#                            Default is 'qbittorrent'
# qbittorrent_group:         The group associated with username qbittorrent
#                            daemon runs as. Default is 'qbittorrent'
#

. /etc/rc.subr

name=qbittorrent
rcvar=qbittorrent_enable

load_rc_config $name

: ${qbittorrent_enable="NO"}
: ${qbittorrent_conf_dir="/var/db/qbittorrent/conf"}
: ${qbittorrent_download_dir="/var/db/qbittorrent/Downloads"}
: ${qbittorrent_user=qbittorrent}
: ${qbittorrent_group=qbittorrent}

command="/usr/local/bin/qbittorrent-nox"
command_args="--daemon"

qbittorrent_flags=" \
        ${qbittorrent_conf_dir:+--profile=${qbittorrent_conf_dir}} \
        ${qbittorrent_download_dir:+--save-path=${qbittorrent_download_dir}} \
        ${qbittorrent_flags}"

run_rc_command $1

I did this to use the latest you can do this but it does not matter for this particular test.

pkg install qbittorrent-nox will give me this

New packages to be INSTALLED:
        boost-libs: 1.72.0_4
        double-conversion: 3.1.5.19
        glib: 2.66.7_1,1
        icu: 68.2,1
        libffi: 3.3_1
        libiconv: 1.16
        liblz4: 1.9.3,1
        libtorrent-rasterbar: 1.2.12,1
        libxml2: 2.9.10_4
        pcre: 8.44
        pcre2: 10.37
        python37: 3.7.10
        qbittorrent-nox: 4.3.4.1
        qt5-core: 5.15.2_2
        qt5-network: 5.15.2_1
        qt5-xml: 5.15.2_1
        qtchooser: 66_4
        readline: 8.1.0
        zstd: 1.4.8

Number of packages to be installed: 19

After the installation I did just this modification:

I used nano to make the edit

pkg install nano

I edited this file

nano /etc/rc.conf

And added this line to the end qbittorrent_enable="YES" and saved and exited the file.

hostname="server"
keymap="uk.kbd"
ifconfig_em0="DHCP"
ifconfig_em0_ipv6="inet6 accept_rtadv"
sshd_enable="YES"
# Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable
dumpdev="AUTO"
zfs_enable="YES"
qbittorrent_enable="YES"

Now starting the service worked fine.

service qbittorrent start

root@server:~ # service qbittorrent start
Starting qbittorrent.

And here it is running

I suggest you revert your /usr/local/etc/rc.d/qbittorrent to stock settings and make the edit i did. If that fails then the problem is likely elsewhere.

[poorandunlucky]

I'm terribly sorry, I am just going through my inboxes right now, and just noticed your reply...

I will try to reset my RC script to what you posted, and try again probably during the weekend, and I'll keep you informed of the result...

I'm very sorry if you felt ignored, or were anxious to know if it would work on my system... I'll let you know as soon as I try... 😶