recon – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

recon – Überprüfen Sie, ob LAM gestartet werden kann.

ZUSAMMENFASSUNG

recon [-a] [-b] [-d] [-h] [-v] [-nn] [-np] [-ssi-Schlüsselwert] [bhost]

OPTIONAL

-a Melden Sie alle Hostfehler.

-b Angenommen, die lokale und die entfernte Shell sind gleich. Dies bedeutet, dass nur eine Remote-Shell
Aufruf wird für jeden Knoten verwendet. Wenn -b wird nicht verwendet, zwei Remote-Shell-Aufrufe
werden für jeden Knoten verwendet.

-d Aktivieren Sie das Debuggen.

-h Drucken Sie das Befehlshilfemenü.

-ssi Haupt Wert
Senden Sie Argumente an verschiedene SSI-Module. Siehe den Abschnitt "SSI" unten.

-v Seien Sie ausführlich.

-nn Fügen Sie kein "-n" zur Befehlszeile des Remote-Agenten hinzu

-np Erzwinge nicht die Ausführung von $HOME/.profile auf entfernten Hosts

BESCHREIBUNG

Damit LAM auf einem entfernten UNIX-Rechner gestartet werden kann, müssen mehrere Voraussetzungen erfüllt sein
erfüllt:

1) Die Maschine muss über das Netzwerk erreichbar sein.

2) Der Benutzer muss in der Lage sein, mit der Standard-Remote remote auf dem Computer auszuführen
Shell-Programm, das bei der Konfiguration von LAM ausgewählt wurde. Dies ist normalerweise der Fall rsh(1), aber
Jedes Remote-Shell-Programm ist akzeptabel (z. B ssh(1) usw.). Beachten Sie, dass die Fernbedienung
Die Host-Berechtigung muss so konfiguriert sein, dass das Remote-Shell-Programm nicht danach fragt
für ein Passwort, wenn ein Befehl auf einem Remote-Host aufgerufen wird.

3) Die Shell des Remote-Benutzers muss über einen Suchpfad verfügen, der ausführbare LAM-Dateien findet.

4) Die Startdatei der Remote-Shell darf beim Standardfehler nichts ausgeben
nicht interaktiv aufgerufen.

Wenn eine dieser Anforderungen für eine der in deklarierten Maschinen nicht erfüllt ist bhost, LAM wird es nicht sein
starten können. Durch Laufen Recon Erstens kann der Benutzer schnell identifizieren und
Korrigieren Sie Probleme im Setup, die den Start von LAM verhindern würden.

Der lokale Computer wo Recon aufgerufen wird, muss eine der in angegebenen Maschinen sein bhost.

Die bhost file ist ein LAM-Boot-Schema, das in der Hostdateisyntax geschrieben ist. Sehen bhost(5).
Anstelle der Kommandozeile kann in der LAMBHOST-Umgebung ein Boot-Schema angegeben werden
Variable. Andernfalls wird eine Standarddatei, bhost.def, verwendet. LAM sucht nach bhost erster
im lokalen Verzeichnis und dann im Installationsverzeichnis unter etc/.

Recon testet jede in definierte Maschine bhost durch den Versuch, darauf auszuführen töten(1)
Befehl mit seiner Option „pretend“ (es wird keine Aktion ausgeführt). Wenn dieser Test erfolgreich ist,
zeigt an, dass alle oben aufgeführten Anforderungen erfüllt sind und LAM somit gestartet werden kann
Die Maschine. Wenn der Versuch erfolgreich ist, wird die nächste Maschine überprüft. Für den Fall, dass
Wenn der Versuch fehlschlägt, wird eine beschreibende Fehlermeldung angezeigt Recon stoppt, es sei denn, die -a
Option verwendet wird, in welchem ​​Fall Recon prüft weiterhin die verbleibenden Maschinen.

If Recon Es dauert lange, bis es erfolgreich abgeschlossen ist. Dies ist ein guter Hinweis darauf
Benutzer, dass das zu startende LAM-System über langsame Kommunikationsverbindungen verfügt oder stark ausgelastet ist
Maschinen, und es könnte vorzuziehen sein, einige der Maschinen in der auszuschließen oder zu ersetzen
System.

SSI (System Leistungen Schnittstelle)
Die -ssi switch ermöglicht die Übergabe von Parametern an verschiedene SSI-Module. SSI . von LAM
Module sind ausführlich beschrieben in lamssi(7). SSI-Module haben direkten Einfluss auf MPI
Programme, da sie die Einstellung einstellbarer Parameter zur Laufzeit ermöglichen (z
zu verwendenden Gerätetreiber, welche Parameter an diesen Treiber übergeben werden usw.).

Die -ssi switch nimmt zwei Argumente an: Haupt und Wertdem „Vermischten Geschmack“. Seine Haupt Argument spezifiziert im Allgemeinen
welches SSI-Modul den Wert erhält. Zum Beispiel die Haupt "boot" wird verwendet, um auszuwählen
welche RPI zum Starten von Prozessen auf Remote-Knoten verwendet werden soll. Die Wert Argument ist das
Wert, der übergeben wird. Zum Beispiel:

recon -ssi boot tm
Weist LAM an, das Boot-Modul "tm" für den nativen Start in PBSPro / OpenPBS zu verwenden
Umgebungen (das tm-Boot-Modul erfordert kein Boot-Schema).

recon -ssi boot rsh -ssi rsh_agent „ssh -x“ boot_datei
Weist LAM an, das Boot-Modul "rsh" zu verwenden, und weist das rsh-Modul an, "ssh -x" als
der spezifische Agent, um ausführbare Dateien auf Remote-Knoten zu starten.

Und so weiter. Die Boot-SSI-Module von LAM werden beschrieben in lamssi_boot(7). Diese Seite sollte sein
nach bestimmten Aktionen gefragt, die von ausgeführt werden, und wie das Laufzeitverhalten optimiert werden kann
jedes Bootmoduls.

Die -ssi Schalter kann mehrmals verwendet werden, um unterschiedliche zu spezifizieren Haupt und / oder Wert
Argumente. Wenn das gleiche Haupt wird mehrfach angegeben, die Werts sind verkettet mit
ein Komma (","), das sie trennt.

Beachten Sie, dass die -ssi switch ist einfach eine Verknüpfung zum Setzen von Umgebungsvariablen. Die
Der gleiche Effekt kann erreicht werden, indem vorher entsprechende Umgebungsvariablen gesetzt werden
Laufen Lamm. Die Form der Umgebungsvariablen, die LAM festlegt, sind:
LAM_MPI_SSI_key=Wert.

Beachten Sie, dass die -ssi switch überschreibt alle zuvor festgelegten Umgebungsvariablen. Beachten Sie auch
das unbekannte Haupt Argumente werden immer noch als Umgebungsvariable gesetzt -- sie werden nicht überprüft
(Durch lammwisch) auf Richtigkeit. Unzulässig oder falsch Wert Argumente können sein oder nicht
gemeldet -- es hängt vom spezifischen SSI-Modul ab.

Verbund Ausführbar Aufruf
Alle veränderbaren Aspekte des Startens von ausführbaren Dateien auf Remote-Knoten während Recon sind besprochen
in lamssi(7) und lamssi_boot(7). Zu den Themen gehören (ohne darauf beschränkt zu sein): Entdeckung von
Remote-Shell, Laufzeitüberschreibungen des Agenten zum Starten entfernter ausführbarer Dateien (z. B. rsh
und ssh) usw.

Nutzen Sie Aufklärung online mit den Diensten von onworks.net