recon - En ligne dans le Cloud

PROGRAMME:

Nom

recon - Vérifiez si LAM peut être démarré.

SYNOPSIS

recon [-a] [-b] [-d] [-h] [-v] [-nn] [-np] [-ssi clé valeur] [bhost]

OPTIONS

-a Signalez toutes les erreurs d'hôte.

-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 le débogage.

-h Imprimer le menu d'aide des commandes.

-ssi clé valeur
Envoyez des arguments à divers modules SSI. Voir la section "SSI" ci-dessous.

-v Soyez verbeux.

-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

DESCRIPTION

Pour que LAM soit démarré sur une machine UNIX distante, plusieurs conditions doivent être
rempli :

1) La machine doit être accessible via le réseau.

2) L'utilisateur doit pouvoir exécuter à distance sur la machine avec la télécommande par défaut
programme shell qui a été choisi lors de la configuration de LAM. C'est généralement rsh(1), mais
tout programme shell distant est acceptable (comme ssh(1), etc). Notez que la télécommande
l'autorisation d'hôte doit être configurée de telle sorte que le programme shell distant ne demandera pas
pour un mot de passe lorsqu'une commande est invoquée sur l'hôte distant.

3) Le shell de l'utilisateur distant doit avoir un chemin de recherche qui localisera les exécutables LAM.

4) Le fichier de démarrage du shell distant ne doit rien imprimer en erreur standard lorsque
invoqué de manière non interactive.

Si l'une de ces exigences n'est pas satisfaite pour une machine déclarée dans hôte, LAM ne sera pas
pouvoir démarrer. En exécutant reconstruction tout d'abord, l'utilisateur sera en mesure d'identifier et de
Corrigez les problèmes de configuration qui empêcheraient le démarrage de LAM.

La machine locale où reconstruction est invoqué doit être l'une des machines spécifiées dans hôte.

Le 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, bhost.def, est utilisé. LAM recherche hôte premier arrivé
le répertoire local puis dans le répertoire d'installation sous etc/.

reconstruction teste chaque machine définie dans hôte en essayant d'y exécuter le tuer(1)
commande à l'aide de son option "faire semblant" (aucune action n'est entreprise). Ce test, en cas de succès,
indique que toutes les conditions énumérées ci-dessus sont remplies, et donc LAM peut être démarré sur
la machine. Si la tentative réussit, la machine suivante est vérifiée. Au cas où le
tentative échoue, un message d'erreur descriptif s'affiche et reconstruction s'arrête à moins que le -a
l'option est utilisée, auquel cas reconstruction continue de vérifier les machines restantes.

If reconstruction prend beaucoup de temps pour terminer avec succès, ce sera une bonne indication pour le
utilisateur que le système LAM à démarrer a des liaisons de communication lentes ou fortement chargées
machines, et il peut être préférable d'exclure ou de remplacer certaines des machines dans le
système.

SSI (Système Services interface)
Le -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.).

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

recon -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).

recon -ssi boot rsh -ssi rsh_agent "ssh -x" boot_file
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.

Le -ssi le commutateur peut être utilisé plusieurs fois pour spécifier différents clé et/ou valeur
arguments. Si le même clé est spécifié plus d'une fois, le valeurs 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
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 clé 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 valeur les arguments peuvent être ou non
signalé -- cela dépend du module SSI spécifique.

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

Utilisez recon en ligne à l'aide des services onworks.net