[TUTO] LHC - Theory Native ( native_theory )

[lepingouin]

Bonne nouvelle pour celles et ceux qui voudraient migrer vers Debian 11 (Bullseye), plus besoin de compiler le noyau pour obtenir les pages HugeTLB. 

Il faut juste compléter la ligne de commande du noyau au boot en rajoutant deux nouveaux paramètres :

Code Sélectionner Étendre

GRUB_CMDLINE_LINUX_DEFAULT="vsyscall=emulate systemd.unified_cgroup_hierarchy=false systemd.legacy_systemd_cgroup_controller=false quiet"

On reboot la machine et on vérifie :

Code Sélectionner Étendre

$ cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-5.10.0-10-amd64 root=UUID=107d3155-5b10-440d-91f9-a410f99a549d ro vsyscall=emulate systemd.unified_cgroup_hierarchy=false systemd.legacy_systemd_cgroup_controller=false quiet

Et voilà !

[Maeda]

J'aimerais juste ajouter le fait d'utiliser vsyscall=emulate ouvre des vulnérabilités. À faire avec ça en tête.

Le plus simple étant que le(s) projet(s) se bouge(nt) et mette(nt) à jour ses applications...

[JeromeC]

Bon j'ai changé de VM chez OVH (une plus puissante pour le même prix) (*) et j'ai voulu reconfigurer le bazar pour les applis native... résultat gros bordel, pas encore résolu... et pourtant y'a un admin qui me répond rapidement et très précisément (un peu trop pour moi même )... à suivre.


(*) j'ai essayé hostinger c'est une *grosse arnaque* au bout d'une heure de CPU à 100% il envoie un mail et commence à restreindre le CPU, j'ai baissé le réglage CPU dans boinc mais ça va de pire en pire, au bout d'un jour j'avais plus que 10% de CPU dispo !! et bien sûr ils ne parlent nullement de ce type de limitation (soit disant de "sécurité" si t'as un serveur web, t'es prévenu et tu dois faire baisser l'usage CPU ou acheter "un plus gros plan")  j'ai trouvé des pages d'aide sur le sujet et longuement discuté avec un gus online mais en fait quel que soit le plan que tu prends il y a toujours la même limitation ! j'ai annulé mon abo dès le lendemain (y'a 30 jours pour le faire) donc c'est pas mal moins chez que OVH avec un engagement sur un an (genre 50% moins cher) sauf que c'est une arnaque (pour nous les crunchers)

[JeromeC]

Bon ben une affaire rondement menée sur le forum de LHC, dont la conclusion est

- avec une debian 12 (j'ignore quels autres distribs sont concernées / à partir de quelle version) il ne faut pas exécuter la partie "Suspend/Resume" à la fin du topic historique de Laurence

- il faut "allow the boinc user to run systemctl and systemd-run commands" à partir du nouveau topic de Laurence sur New native version v300.08

Code Sélectionner Étendre

sudo /bin/bash -c "export script=\"prepare_theory_native_environment\" && wget https://lhcathome.cern.ch/lhcathome/download/\$script -O /tmp/\$script && chmod u+x /tmp/\$script && /tmp/\$script && rm /tmp/\$script"

- appliquer la solution donnée ici par computezrmle

Code Sélectionner Étendre

I suggest to be a bit more strict and modify the original sudoer pattern as follows:
1. As root edit "/etc/sudoers.d/50-lhcathome_boinc_theory_native"
2. Locate the alias "LHCATHOMEBOINC_03"
3. Replace "...runc --root state..." with "...(runc|runc\.new|runc\.old) --root state..."
4. Save the file

Ce n'est pas encore clair pour moi si c'est un soucis (le problème du mot de passe) lié à debian 12 ou quoi.

[lepingouin]

Il y a un certain temps, voir un temps certain, j'avais suivi le tuto de Laurence et ça fonctionne toujours.
Dans la ligne de commande du boot de la Debian 12, j'ai toutefois ces deux paramètres en plus :

Code Sélectionner Étendre

systemd.unified_cgroup_hierarchy=false systemd.legacy_systemd_cgroup_controller=false

[JeromeC]

Ben moi ça fonctionnait pas (et j'étais parti strictement du tuto de Laurence), mais avec ce que je cite, ça marche.

Notamment ils ont expliqué pourquoi il fallait plus faire la partie "Suspend/Resume" à la fin de ce tuto, car boinc ne tournait même plus après ça.

Plus les trucs qui manquaient, notamment rapport aux dernières versions des applis LHC native (y'a des trucs qui ont changé).

[lepingouin]

Je pense comprendre...
Comme je n'ai rien modifié depuis des lustres, il est fort probable que je ne meet pas les requirements et cette remarque doit s'appliquer :

If your system does not meet the requirements, cranky will revert to the legacy cgroups v1 mode.

Effectivement, on retrouve dans le log :

23:23:34 CET +01:00 2024-01-01: cranky-0.1.4: [INFO] Minor requirements are missing. Will try to run this task in legacy mode.

Maintenant, est-ce que c'est mieux si on passe avec cgroups v2 ?

Edit : J'ai retiré tout ce qui avait configuré sous Debian 11 avec cgroups v1 pour passer avec cgroups v2 et ça roule...
          Une première bonne résolution 2024 effectuée ✅ 

[JeromeC]

"Will try to run this task in legacy mode" : et donc ça marche ? pourquoi se faire chier alors ??

En tous cas je réalise que sans rien avoir fait de plus j'ai aussi les atlas native qui tournent bien ! (sur LHCdev, sur LHC y'en a pas pour le moment on dirait)

[JeromeC]

Salut,

je vais me permettre un avis assez tranché.
Clairement, sous Windows, il ne faut demander que du SixTrack et laisser ouvert les vannes, ça tombe quand ça veut, la deadline est de 6 jours et les UTs pas trop longues donc ça s'insère bien dans un flux de travail.

Pour Atlas et Theory, clairement le plus simple est de monter la distribution construite par Sebastien dans WSL 2 :

Lien téléchargement : https://statseb.boinc-af.org/dl/Debian11-bsf.tar

Instructions :
Cette VM permet de faire tourner les applications natives de LHC (Atlas et Theory),et QuChemPedia.
Il y a toutefois quelques contraintes:

• Au lancement de la VM, il faut lancer le client BOINC

Code Sélectionner Étendre

sudo /etc/init.d/boinc-client start

• Pour faire tourner les applications natives de LHC, il faut taper la commande suivante à chaque lancement de la VM

Code Sélectionner Étendre

sudo cvmfs_config wsl2_start

• Pour faire tourner l'application Theory de LHC, il faut créer un fichier .wslconfig à la racine de votre profil sous Windows. Voici le contenu du fichier .wslconfig

Code Sélectionner Étendre

[wsl2]
kernelCommandLine = vsyscall=emulate

Pour importer la VM, il suffit de la télécharger et de lancer la commande suivante dans le terminal

Code Sélectionner Étendre

wsl --import Debian <InstallLocation> Debian.tar

Informations de login de la VM:
login : af
mdp : boinc

Le client BOINC écoute sur le port 31415. Le mot de passe est boinc

Je rajouterai que si on a un BOINC qui tourne sous Windows en // il faut un app_config pour WUProp pour changer le port d'écoute de l'application WUProp dans WSL (sinon vous tombez sous le coup du système anti-triche mis en place pour éviter que certain.e.s fasses compter plusieurs fois leurs heures de calcul) :

Code Sélectionner Étendre

    <app_config>
    <app_version>
    <app_name>data_collect_v4</app_name>
    <plan_class>nci</plan_class>
    <avg_ncpus>0.01</avg_ncpus>
    <cmdline>-p XXXXXX</cmdline>
    </app_version>
    </app_config>

Je l'ai installé sur plein de machines, ça marche du 1er coup à chaque fois !

Sinon il y a toujours les topics WSL, ATLAS ou Theory pour demander de l'aide.

[erik]

  Elgrande
Vu que ma boîte à crunch a craché, et vu que suis un acharné, je tente LHC sur mon ordinateur de secours. J'ai tenté ton tutoriel mais je coince là dessus:

Code Sélectionner Étendre

wget https://ecsft.cern.ch/dist/cvmfs/cvmfs-release/cvmfs-release-latest_all.debSur la commande suivante "sudo nano" je n'ai rien qui s'affiche, je n'arrive pas a récupérer le fichier.
Il est possible que ton tutoriel ne soit pas à jour, mais une aide serait appréciée.

[JeromeC]

Ben nano c'est un petit éditeur de texte bien pratique sous linux, en général il est installé par défaut sinon il faut le mettre (sudo apt install nano [sur debian, je suppose ubuntu pareil?]) mais "sudo nano" tout seul ça sert à rien : l'objectif est je suppose d'éditer un fichier en particulier, "sudo nano /etc/var/boinc-client/<un fichier>" par exemple... donc ?