Posts by Glenn C

InfoMessage
1) Message boards : Questions and problems : Mint linux 21 fresh install boinc won't start
Message 109656
Posted 18 Aug 2022 by Glenn C
Hi,
I've not used Mint 21 yet but I had problems with Mint 20.3 getting the packaged version of boinc client (7.16.6) to run correctly.

The problem was that the systemctl file supplied for the client doesn't match the way it was started with the /etc/init.d/boinc-client scripts causing various things not to work correctly. I created a custom systemctl file for the client to solve it.

I posted more details on the forums here https://boinc.berkeley.edu/forum_thread.php?id=14755 in case it proved useful for someone else. Unless the boinc package has been updated, I suspect you'll see the same on Mint 21.

Ideally the default systemctl for the client needs improvements.

HTH.

Glenn
2) Message boards : Questions and problems : boinc client arguments at boot, systemctl issues
Message 109610
Posted 15 Aug 2022 by Glenn C
Hi,

I have a new install of Linux Mint 20.3 with boinc 7.16.6. I've had issues with running the client at boot with appropriate arguments. I have something that now works but I'd be interested in comments on whether I'm going about it the right way.

By default, the client starts at boot but runs with no arguments, just /usr/bin/boinc, but I would like the client to start with arguments at boot time:

/usr/bin/boinc --allow_remote_gui_rpc --dir /work/boinc

which is how the client starts on another system of mine that doesn't use systemctl. The default boot config comes from /lib/systemd/system/boinc-client.service and contains the following key line:

ExecStart=/usr/bin/boinc

note no arguments. I'd be interested in why the default for systemctl was chosen to be different to the way /etc/init.d/boinc-client starts the client.

So I first looked at /etc/init.d/boinc-client which has this line near the top:

. /lib/lsb/init-functions

which hands over execution to systemctl and then exits at this point in /etc/init.d/boinc-client (confusing). That means /etc/default/boinc-client is not read and /etc/init.d/boinc-client will not start the client with the default arguments specified in that file.

However, adding the following variable to /etc/init.d/boinc-client causes the systemctl start to be bypassed and /etc/init.d/boinc-client will function normally:

SYSTEMCTL_SKIP_REDIRECT=yes
. /lib/lsb/init-functions

So at least I had a way to start the client with my required command line arguments. Ideally though this should be handled with systemctl (which I'm not so familiar with).

After some reading, I created a service override in /etc/systemd/system/boinc-client.service.d/override.conf
[Service]
WorkingDirectory=/work/boinc-client
ReadWritePaths=-/work/boinc-client -/etc/boinc-client
ExecStart=
ExecStart=/usr/bin/boinc --allow_remote_gui_rpc --dir /work/boinc-client


Note the first ExecStart= line is needed to clear the ExecStart default value in /lib/systemd/system/boinc-client.service. Otherwise this generates an error that only one use of ExecStart is allowed with Type=simple.

Then run:
sudo systemctl daemon-reload
sudo systemctl start boinc-client
systemctl status boinc-client


All seems to be ok at this point and I've checked it starts correctly on boot.

My question is whether this is the correct way of setting up arguments for the boinc-client, similar to the way /etc/init.d/boinc-client would function? Systemctl has an EnvironmentFile option that could possibly be used to setup variables that could be used in the command (see https://superuser.com/questions/728951/systemd-giving-my-service-multiple-arguments) in the same way of /etc/default/boinc-client but I'm not sure I need that (yet, anyway).

Comments welcome and anyone shedding light on why systemctl start at boot doesn't use the arguments that /etc /init.d/boinc-client does?

Thanks, Glenn


Copyright © 2024 University of California.
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.