Déployer BOINC sur un gros parc sous Ubuntu ?

[[AF>Libristes] Guepi]

Bonjour le monde !

Voilà, j'avais tenté de relancer l'équipe du FIL de l'Université Lille1.

Le soucis est que pour eux le déploiement sur plusieurs machines est pas mal fastidieux, d'autant plus qu'ils n'ont pas que ça à faire.
Si je me souviens bien, leur soucis est la configuration des comptes, avec le déploiement des fichiers xml.

Je viens de voir le script de GuL, qui me semble apporter une solution, mais comment solutionner leur soucis de déploiement ?

Une idée ?

[lamoule]

Réponse de gros bleu, pourquoi pas utiliser une gestionnaire de compte style bam? ça devrait leur simplifier les choses non?

[[AF>Libristes] Guepi]

C'est forcément la gestion des ressources qui pose problème, mais bien la souscription de toutes les instances BOINC sur un profil.

[lamoule]

et un script avec
$ boinc_cmd --project_attach www.monprojet.com <cle> (mettre la weak account key)

Je ne vois pas où est le problème (y en a forcement un car ma réponse semble bien trop simpliste...)

[[AF>Libristes] Guepi]

ça me semble bien comme truc ça ...

[[AF>Libristes] Guepi]

Personne pour confirmer que la ligne de commande fera bien calculer les machines du parc comme attendu ?

[lamoule]

et ben les linuxiens !!!! ya personne ?

[JeromeC]

Tous occupés à se tripoter dans un coin à mon avis 

[Zarcox]

Bande de pingouins.

[[AF>Libristes] Dudumomo]

Oula oula, on parle de nous la 
On était au froid dans notre igloo 

Bon...je n'ai aucune idée de comment on administre un parc....que ce soit sous windows ou linux....

En revanche, la ligne de commande donné par la moule est correct. Il faut dans ce cas être sur la machine et faire cette commande. Mais....je crois que parfois il vaut mieux faire :
boinc_cmd --host localhost --passwd PASSWORD --project_attach PROJET WEAK_ACC_KEY
Pour connecter la machine en localhost et en entrant le mot de passe contenu dans le gui_rpc_auth.cfg

Mais je ne m'y connais pas vraiment en administration de parc...donc je ne sais pas si il y a quelque chose de plus simple à déployer.
Peut etre qu'un autre manchot pourra donner plus de détails 

Mais, tous les projets ne fournissent pas de weak account. C'est le cas de rosetta entre autre.
J'espère que tu arriveras à tes fins

[rom_185]

Tu peu surement faire un pack d'installation, comme je l'avais fait sous window$ :
http://forum.boinc-af.org/index.php/topic,2909.0.html

Je n'ai malheureusement pas le temps de regarder comment cela pourrait être possible pour ubuntu, mais je pense que ça serai encore plus simple à faire que sous window$ .

[fr@ntz]

Le déploiement de masse sous Windows est l'un des prochains objectifs des développeurs :
http://boinc.berkeley.edu/trac/milestone/6.12

[rom_185]

 
Car pour l'instant c'est pas simple !!!
J'ai essayé avec cette méthode : http://boinc.berkeley.edu/wiki/Deploying_BOINC_on_networks sans succès  ..

[[AF>Libristes] Guepi]

J'aime beaucoup la confiance que les gens mettent dans les admins système linux/unix :
Après 4 pages pour Windows,
Après 2 pages pour Mac,

Unix

Modify the Makefile that generates self-extracting archives. Should be easy to do yourself.

[jip]

je comprends pas bien leur soucis.

dans leur cas un script shell de cofiguration suffirais.

ils peuvent même en faire un d'install avec un "apt-get install boinc-client", si ils veulent le manager aussi "apt-get install boinc-client boinc-manager"

et un autre script shell ou le même, pour le rattachement à un compte en utilisant l'appli "boinccmd" documenté là : http://boinc.berkeley.edu/wiki/Boinccmd_tool

si ils ont des accès ssh, sftp, ils peuvent envoyer et exécuter à distance.

après il faudrait savoir si ils veulent centraliser la gestion via un compte bam ou projet par projet ?

car boinccmd propose les 2 solutions de rattachement :

• projet par projet avec la commande : boinccmd --project_attach URL account_key (de préférence avec la weak key plutôt qu'avec la AK du compte)
  
• par BAM : boinccmd --join_acct_mgr URL name password

la solution de gestion par bam serait plus efficace à mon avis pour un gros parc.

après pour une gestion et de surveillance directe sur leur réseau local, y'a la solution KBoincSpy : http://kboincspy.sourceforge.net/about.php, http://kboincspy.sourceforge.net/screenshots.php

c'est censé être pour KDE mais ça tourne sous Gnome. je ne sais pas ce que ça vaut car je ne l'utilise pas.

voilà, j'espère avoir été complet.

après pour les détails, faudrait connaitre un peu mieux leur config réseau et postes clients.

amis des possibilités y'en a.

[[AF>Libristes] Guepi]

Il leur aurait fallu gérer un parc d'à peu près 200 machines. et souscrire 200 machines à un projet, c'est long.

D'autant plus qu'en tant qu'admin systèmes, ils ont bien d'autres choses à faire 

[jip]

Ben je redonne le lien qui est passé à l'as visiblement : http://boinc.berkeley.edu/wiki/Boinccmd_tool

et en lisant un peu en bas un joli exemple :

Code Sélectionner Étendre

If you have remote RPCs set up on your clients, it's easy to, for example, attach a project on all 50 machines, by looping over a list of IPs instead of a list of projects:

for num in $(seq 2 50); do
    boinccmd --host 192.168.42.${num} --passwd 1234
    --project_attach http://project_url/ a84dc0bec631cbf81e25e6e7cd9ca826;
done;

That will connect to the machines 192.168.42.2 - 192.168.42.50 using the RPC password '1234' and make them attach to http://project_url/ with the specified account key.

à lancer depuis un poste maitre qui peut atteindre les autres machines (un serveur du réseau par exemple)

et en ayant configurer les pc clients pour qu'il acceptent les connexion entrantes sur le port 31416, en fixant le pc autorisé à accéder à distance, et en fixant un mot de passe d'accès.

pour un rattachement à un gestionnaire BAM c'est le même code mais en changeant la commande passée à boinccmd comme indiqué dans mon post précédent.

[[AF>Libristes] Guepi]

C'est super gentil jip, mais les admins ne vont peut-être pas installer BOINC cette année.

Je vais essayer d'insister un peu... Mais j'ai bien peur que ce soit perdu

[tristesire]

En même temps, rien n'empêche d'installer boinc sur un ou deux postes à la fois. Je présume que les admins choisirons un voire deux projets, donc pas de prise de tête pour switcher d'un projet à l'autre comme nous. Un ou deux postes /jour ou semaine c'est toujours ca de pris et je pense pas que ca prenne des plombes     .......Si on le veux vraiment

[[AF>Libristes] Guepi]

En même temps, rien n'empêche d'installer boinc sur un ou deux postes à la fois. Je présume que les admins choisirons un voire deux projets, donc pas de prise de tête pour switcher d'un projet à l'autre comme nous. Un ou deux postes /jour ou semaine c'est toujours ca de pris et je pense pas que ca prenne des plombes     .......Si on le veux vraiment

Humm ... la logique réseau doit t'échapper ...
Tu sais, pour déployer quelque chose, tu "script" pour le déploiement.
Autrement, ils veulent pas. Je vais pas les prendre en otage jusqu'à ce qu'ils cèdent.

[GuL]

Salut à tous,

La solution de jip me parait très intéressante. On peut même aller plus loin et faire qqc du genre

for num in `seq 50` ; do
    ssh user@192.168.42.$num
    sudo apt-get -y install boinc-cmd boinc-manager
    sudo cat 1234 > gui_rpc_auth.cfg
    boinccmd --join_acct_mgr http://bam.boincstats.com name password
done
exit 0 ;

Voilou

[lamoule]

Joli, nous avons donc dans ce script les 2 composantes favorites d'un admin sys: un script de déploiement et une console d'administration (BAM) 

[GuL]

A mon avis, on peut même encore faire mieux en donnant le mot de passe automatiquement, mais si les admins gèrent un grand parc ils ont du faire deux manips et donc il n'est plus nécessaire de donner le mdp :
1) avoir un compte sur chaque machine où ils autorisent sudo systématiquement, donc pas de mdp à rentrer
2) générer une clé qui leur permet de ne rentrer qu'une fois le mdp pour le ssh :
ssh-keygen -t dsa
ssh-copy-id -i ~/.ssh/id_dsa.pub <username>@<ipaddress>
utiliser ssh-agent

plus d'info sur
http://doc.ubuntu-fr.org/ssh