lamboot - En ligne dans le Cloud

PROGRAMME:

Nom

lamboot - Démarrez un multi-ordinateur LAM.

SYNOPSIS

lamboot [-b] [-d] [-h] [-H] [-l] [-s] [-v] [-V] [-x] [-nn] [-np] [-c fichier de configuration ] [-préfixe
/lam/install/path/] [-valeur de préfixe de session] [valeur de suffixe de session]
[-withlamprefixpath valeur] [-ssi clé valeur] [bhost]

OPTIONS

-b Supposons que le shell local et distant soient identiques. Cela signifie qu'un seul shell distant
l'invocation est utilisée pour chaque nœud. Si -b n'est pas utilisé, deux appels de shell distants
sont utilisés pour chaque nœud.

-d Activez la sortie de débogage. Cela implique -v.

-h Imprimer le menu d'aide des commandes.

-l Retarder la résolution du nom d'hôte à l'adresse IP.

-préfixe Utilisez l'installation LAM spécifiée dans /lam/install/path/. Non compatible avec
Versions LAM/MPI antérieures à 7.1.

-s Fermez stdio sur le nœud local.

-ssi key Plus-value
Envoyez des arguments à divers modules SSI. Voir la section "SSI" ci-dessous.

-v Soyez verbeux.

-x Fonctionne en mode tolérant aux pannes.

-H N'affiche pas l'en-tête de la commande.

-nn N'ajoutez pas "-n" à la ligne de commande de l'agent distant

-np Ne pas forcer l'exécution de $HOME/.profile sur des hôtes distants

-préfixe-session Plus-value
Définissez le préfixe de session, en remplaçant LAM_MPI_SESSION_PREFIX.

-session-suffixe Plus-value
Définissez le suffixe de session, en remplaçant LAM_MPI_SESSION_SUFFIX.

-avec chemin de préfixe de lampe Plus-value
Remplacez le chemin d'installation interne. Pour usage interne uniquement, ne pas utiliser sauf
Tu sais ce que tu fais.

ENVIRONNEMENT VARIABLES

LAM_MPI_SESSION_PREFIX

LAM_MPI_SESSION_SUFFIX
Il est possible de changer le répertoire de session utilisé par LAM/MPI, normalement du
forme:

tmpdir/lam-username@hostname[-suffixe]

tmpdir sera défini sur LAM_MPI_SESSION_PREFIX si défini. Sinon, il retombera sur
la valeur de TMPDIR. Si aucun de ces éléments n'est défini, la valeur par défaut est /tmp.

suffixe peut être remplacé par le LAM_MPI_SESSION_SUFFIX variable d'environnement. Si
LAM_MPI_SESSION_SUFFIX n'est pas défini et LAM s'exécute sous un lot pris en charge
système de planification, $ suffixe sera une valeur unique pour le travail en cours d'exécution.

DESCRIPTION

La agneau l'outil démarre le logiciel LAM sur chacune des machines spécifiées dans le boot
schéma, hôte. Le schéma de démarrage spécifie les noms d'hôte des nœuds à utiliser dans le run-
dans l'environnement MPI, et répertorie éventuellement la façon dont les processeurs LAM peuvent être utilisés sur chaque nœud. Les
l'utilisateur peut souhaiter d'abord exécuter le reconstruction(1) outil pour vérifier que LAM peut être démarré.

Le démarrage de LAM est une procédure en trois étapes. Dans la première étape, hboot(1) est invoqué sur chacun des
les machines spécifiées. Ensuite chaque machine alloue un port dynamique et le communique
retour à agneau qui les recueille. Dans la troisième étape, agneau donne à chaque machine le
liste des machines/ports afin de former une topologie entièrement connectée. Si une machine était
pas en mesure de démarrer, ou si un délai d'attente expire avant la fin de la première étape, agneau
invoque essuie-tout(1) pour terminer LAM et rapporte l'erreur.

La hôte file est un schéma de démarrage LAM écrit dans la syntaxe du fichier hôte. Voir hôte (5).
Au lieu de la ligne de commande, un schéma de démarrage peut être spécifié dans l'environnement LAMBHOST
variable. Sinon, un fichier par défaut, lam-bhost.def, est utilisé. LAM recherche hôte premier
dans le répertoire local puis dans le répertoire d'installation sous etc/.

Par ailleurs, agneau utilise un schéma de processus pour les nœuds LAM individuels. Un schéma de processus
(voir conf(5)) est une description des processus qui constituent le système d'exploitation sur un
nœud. En général, l'administrateur système gère ce fichier -- les utilisateurs LAM/MPI
généralement pas besoin de modifier ce fichier. Il est également possible pour l'utilisateur de personnaliser le
Logiciel LAM avec schéma de processus privé.

La hôte filet
Le format du hôte le dossier est documenté dans le hôte(5) page de manuel.

agneau résoudra tous les noms dans hôte sur le nœud dans lequel agneau a été invoqué (le
nœud d'origine). Après cela, LAM n'utilisera que les adresses IP, pas les noms. Plus précisément, le
la configuration de résolution de nom sur tous les autres nœuds n'est pas utilisée. Par conséquent, le nœud d'origine
doit être capable de résoudre tous les noms dans hôte à des adresses accessibles par tous
autres nœuds.

Une erreur courante consiste à énumérer localhost (ou tout nom qui se résout à l'adresse spéciale
127.0.0.1 -- le périphérique TCP/IP de bouclage) dans un hôte fichier qui contient d'autres nœuds. Dans
dans ce cas, l'adresse 127.0.0.1 serait envoyée à chacun des autres nœuds en tant qu'adresse
du nœud d'origine. Si les autres nœuds essaient d'utiliser 127.0.0.1 pour contacter le nœud d'origine,
ils se contacteront eux-mêmes et finiront par expirer et échouer.

Les adresses IP obtenues de hôte sont utilisés pour les méta-messages de LAM : démarrage et
arrêt des travaux, messages hors bande utilisés pour la coordination, etc. La quantité de trafic
est assez faible (à moins d'utiliser le mode "lamd" de transmission de messages MPI, auquel cas tous les messages MPI
traffic utilisera également les méta-messages de LAM pour le transport -- voir mpirun(1)). Lors de l'utilisation
le RPI TCP, ces adresses IP sont également utilisées pour le passage des messages MPI via des sockets directs
entre chaque paire de nœuds.

Un cas courant est celui où un nœud « maître » possède plusieurs cartes d'interface réseau (NIC) – une
qui est connecté à un réseau public, et un qui est connecté à un réseau privé
où les travaux parallèles doivent être exécutés. Pour inclure le nœud maître dans un hôte fichier, l'IP
le nom (ou l'adresse) de la carte réseau sur le réseau privé doit être répertorié dans hôte. Ce
garantit que tous les autres nœuds peuvent atteindre le nœud maître sur le réseau privé.

Autre exemple, certaines configurations ont plusieurs cartes réseau TCP/IP dans chaque nœud d'un
travail parallèle. Une carte réseau est considérée comme « lente » (par exemple, 10 Mbps), tandis que l'autre est considérée
« rapide » (par exemple, 100 Mbps). Il est souhaitable de permettre à LAM de profiter de la
bande passante sur le réseau "rapide" pour les messages MPI. En tant que tel, hôte devrait lister les noms IP
(ou adresses) de toutes les cartes réseau "rapides". Cependant, si le LAM RPI n'utilise pas TCP/IP (par exemple,
le RPI Myrinet/GM), le hôte devrait probablement répertorier les cartes réseau "lentes" afin que les LAM
le trafic des méta-messages n'entraîne pas de surcharge et n'affecte potentiellement les performances sur
le réseau "rapide" des autres applications performantes.

Dilatoire nom d'hôte recherches
Normalement, la résolution des noms d'hôtes se fait sur les machines où agneau est invoquée.
Ceci est fait pour des raisons d'optimisation, de sorte que la liste des noms d'hôtes n'a besoin d'être
résolu une fois (en minimisant potentiellement la quantité de DNS ou d'un autre réseau de recherche de nom d'hôte
circulation).

Cependant, dans certains environnements réseau non uniformes, cela n'est pas suffisant car chaque
hôte peut avoir une adresse IP différente sur chacun de ses pairs. Par exemple, l'hôte A peut avoir
adresse Z sur l'hôte B, mais a l'adresse Y sur l'hôte C.

La -l Option de agneau amènera LAM à distribuer des noms d'hôtes à chaque nœud plutôt qu'à un
ensemble d'adresses IP entièrement résolu. Par conséquent, chaque nœud où LAM est démarré fera son propre
résolution de noms sur la liste des noms d'hôtes.

SSI (Système Services interface)
La -ssi switch permet le passage de paramètres à divers modules SSI. SSI de LAM
les modules sont décrits en détail dans lamsi(7). Les modules SSI ont un impact direct sur MPI
programmes car ils permettent de définir des paramètres réglables au moment de l'exécution (tels que
pilote de périphérique à utiliser, quels paramètres passer à ce pilote, etc.).

La -ssi switch prend deux arguments : key ainsi que Plus-valueL’ key argument spécifie généralement
quel module SSI recevra la valeur. Par exemple, le key "boot" est utilisé pour sélectionner
quel RPI à utiliser pour démarrer les processus sur les nœuds distants. Les Plus-value l'argument est le
valeur qui est passée. Par exemple:

lamboot -ssi boot tm
Indique à LAM d'utiliser le module de démarrage "tm" pour le lancement natif dans PBSPro / OpenPBS
environnements (le module de démarrage tm ne nécessite pas de schéma de démarrage).

lamboot -ssi boot rsh -ssi rsh_agent "ssh -x" boot_schema
Indique à LAM d'utiliser le module de démarrage "rsh" et au module rsh d'utiliser "ssh -x" comme
l'agent spécifique pour lancer les exécutables sur les nœuds distants.

Etc. Les modules SSI de démarrage de LAM sont décrits dans lamssi_boot(7). Cette page doit être
consulté pour les actions spécifiques qui sont prises par, et comment modifier le comportement d'exécution
de chaque module de démarrage.

La -ssi le commutateur peut être utilisé plusieurs fois pour spécifier différents key (facultatif) Plus-value
arguments. Si le même key est spécifié plus d'une fois, le Plus-values sont concaténés avec
une virgule (",") les séparant.

Notez que le -ssi switch est simplement un raccourci pour définir des variables d'environnement. Les
le même effet peut être obtenu en définissant les variables d'environnement correspondantes avant
pour le running agneau. La forme des variables d'environnement définies par LAM est :
LAM_MPI_SSI_key=valeur.

Notez que le -ssi switch remplace toutes les variables d'environnement précédemment définies. Notez également
cet inconnu key les arguments sont toujours définis comme variable d'environnement -- ils ne sont pas vérifiés
(Par essuie-tout) pour l'exactitude. Illégal ou incorrect Plus-value les arguments peuvent être ou non
signalé -- cela dépend du module SSI spécifique.

Remote Exécutable Invocation
Tous les aspects modifiables du lancement d'exécutables sur des nœuds distants pendant agneau
discuté dans lamside Géographie (7) et avec la lamssi_boot(7). Les sujets incluent (mais ne sont pas limités à) :
découverte du shell distant, remplacements d'exécution de l'agent utilisé pour lancer à distance
exécutables (par exemple, rsh et ssh), etc.

Fermeture stdio
Le stdio de chaque démon LAM sur un hôte distant qui est lancé par agneau est fermé par
défaut. Normalement, le stdio du démon LAM lancé sur l'hôte local est laissé ouvert donc
que le LAM interne tstdio(3) le paquet fonctionne correctement. Cependant, il est parfois
souhaitable de fermer également le stdio du démon LAM local. Par exemple:

rsh somenode lamboot -s fichier hôte

Ceci est dû au fait rsh attend deux conditions avant de quitter : agneau pour quitter, et stdout /
stderr à fermer. Sans -s, stdout / stderr ne serait pas fermé, et rsh (Et ssh)
va pendre même si agneau avait terminé. -s provoque le stdout / stderr du local
Le démon LAM doit être fermé à l'invocation, ce qui permettra rsh compléter. À l'aide de -s sera
pas touché agneau d'une autre manière, mais cela empêchera le tstdio(3) forfait de
fonctionner correctement.

Faute Tolérance
Si la -x est donnée, LAM fonctionne en mode tolérant aux pannes. Dans ce mode, les nœuds échangent
Des messages ``heart beat'' périodiquement pour s'assurer que tous les nœuds fonctionnent et que les liens
les connecter sont opérationnels. Lorsque le cœur d'un nœud s'arrête, il est déclaré « mort »
et tous les nœuds LAM (et processus) sont notifiés. Cela permet aux utilisateurs d'écrire à tolérance de pannes
les applications qui peuvent se dégrader normalement ou récupérer complètement en remplaçant le nœud défunt
avec un autre (voir grandir(1)). Étant donné que ce mode introduit une pénalité de performance, il est
pas activé par défaut.

EXEMPLES

lamboot-v
Démarrez LAM sur les machines décrites dans le schéma de démarrage par défaut. Rapport sur
étapes importantes au fur et à mesure qu'elles sont accomplies.

lamboot -d fichier hôte
Démarrer LAM sur les machines décrites dans le dossier fichier hôte. Fournir incroyablement détaillé
rend compte de ce qui se passe à chaque étape du processus de démarrage.

mynodes lamboot
Démarrer LAM sur les machines décrites dans le schéma de démarrage mynœuds. Fonctionne en silence.

Utiliser lamboot en ligne en utilisant les services onworks.net