Bonjour,
J’ai installé BOINC et j’ai crée un compte pour me connecter à un projet, j’ai ensuite éteint le client et le service et modifié le répertoire de travail pour que ce dernier écrive ses données dans /media/koshie/Data/Boinc (un HDD) au lieu de mon SSD.
Seulement, depuis que j’ai fais ça, BOINC n’arrive plus à se connecter au projet, boincmgr indique: “Incapable de se connecter au client BOINC”, le service tourne bien:
[quote]root@framboise:~# systemctl status boinc-client
● boinc-client.service - LSB: BOINC core client
Loaded: loaded (/etc/init.d/boinc-client)
Active: active (exited) since ven. 2015-11-27 12:04:15 CET; 18min ago
Process: 884 ExecStart=/etc/init.d/boinc-client start (code=exited, status=0/SUCCESS)
nov. 27 12:04:15 framboise boinc-client[884]: Starting BOINC core client: boinc.
nov. 27 12:04:15 framboise boinc-client[884]: Setting up scheduling for BOINC core client and children: idle,.[/quote]
Même si j’admet être légèrement perturbé par “active (exited)”. J’ai un peu l’impression que ça tourne sans tourner.
Aussi, il y a bien un processus pour boincmgr:
Au passage, avant cette modification du répertoire de travail, il avait commencé à faire des calculs.
Voici la procédure que j’ai effectué pour modifier le répertoire de travail: boinc.berkeley.edu/dev/forum_th … 6258#56258
Même si ce topic est un peu daté, j’ai utilisé systemctl.
J’ai tenté de faire une ré-installation en conservant le dossier /media/koshie/Data/Boinc et en ne faisant pas tourner durant cette phase Boinc… Simplement modifier /etc/default/boinc-client pour changer le répertoire de travail.
Au final, j’ai exactement le même problème et je constate que post-installation, si je check le status de boinc je peux voir ‘active (running)’ ce qui semble bien confirmé que le status ‘active (exited)’ est problématique. Quelque chose ne va pas.
Avez-vous une idée? C’est toujours problématique de faire tourner BOINC simplement et ça depuis des années (je dois m’amuser à essayer tout les 2 ans environs) et ça devient légèrement frustrant à la longue de vouloir aider mais de se retrouver systématique sur une configuration problématique malgré la simplicité de ce que je demande.
Peut-être fais-je quelque chose mal. Un dernier fichier qui pourrait vous être utile pour m’aider, /etc/default/boinc-client:
[quote]# This file is /etc/default/boinc-client, it is a configuration file for the
/etc/init.d/boinc-client init script.
Set this to 1 to enable and to 0 to disable the init script.
ENABLED=“1”
Set this to 1 to enable advanced scheduling of the BOINC core client and
all its sub-processes (reduces the impact of BOINC on the system’s
performance).
SCHEDULE=“1”
The BOINC core client will be started with the permissions of this user.
BOINC_USER=“boinc”
This is the data directory of the BOINC core client.
BOINC_DIR="/media/koshie/Data/Boinc"
This is the location of the BOINC core client, that the init script uses.
If you do not want to use the client program provided by the boinc-client
package, you can specify here an alternative client program.
#BOINC_CLIENT="/usr/local/bin/boinc"
BOINC_CLIENT="/usr/bin/boinc"
Here you can specify additional options to pass to the BOINC core client.
Type ‘boinc --help’ or ‘man boinc’ for a full summary of allowed options.
#BOINC_OPTS="–allow_remote_gui_rpc"
BOINC_OPTS=""
Scheduling options
Set SCHEDULE=“0” if prefering to run with upstream default priority
settings.
Nice levels. When systems are truly busy, e.g. because of too many active
scientific applications started by the boinc client, there is a chance for
the boinc client not to be granted sufficient opportunity to check for
scientific applications to be alive and make the (wrong) decision to
terminate the scientific app. This is particularly an issue with many
apps started in parallel on modern multi-core systems and extra overheads
for the download and uploads of files with the project servers. Another
concern is the latency for scientific applications to communicate with the
graphics card, which should be low. All such values should be set and
controled from within the BOINC client. The Debian init script also sets
extra constrains via chrt on real time performance and via ionice on
I/O performance, which is beyond the regular BOINC client. It then was
too easy to use that code to also constrain minimal nice levels. We still
think about how to best distinguish GPU applications from regular apps.
BOINC_NICE_CLIENT=10
BOINC_NICE_APP_DEFAULT=19
#BOINC_NICE_APP_GPU=5 # not yet used
ionice classes. See manpage of ionice (1) in the util-linux package.
BOINC_IONICE_CLIENT=3 # idle
#BOINC_IONICE_APP_DEFAULT=3 # idle, not yet used
#BOINC_IONICE_APP_GPU=2 # best effort, not yet used
[/quote]
koshie