 
Questo è il comando recon che può essere eseguito nel provider di hosting gratuito OnWorks utilizzando una delle nostre molteplici workstation online gratuite come Ubuntu Online, Fedora Online, emulatore online Windows o emulatore online MAC OS
PROGRAMMA:
NOME
recon - Controlla se LAM può essere avviato.
SINOSSI
recon [-a] [-b] [-d] [-h] [-v] [-nn] [-np] [-ssi valore chiave] [bhost]
VERSIONI
-a Segnala tutti gli errori dell'host.
-b Supponiamo che la shell locale e remota siano uguali. Ciò significa che solo una shell remota
l'invocazione viene utilizzata per ogni nodo. Se -b non è utilizzato, due invocazioni di shell remote
sono usati per ogni nodo.
-d Attiva il debug.
-h Stampa il menu di aiuto del comando.
-si chiave APPREZZIAMO
Invia argomenti a vari moduli SSI. Vedere la sezione "SSI", di seguito.
-v Sii prolisso.
-nn Non aggiungere "-n" alla riga di comando dell'agente remoto
-np Non forzare l'esecuzione di $HOME/.profile su host remoti
DESCRIZIONE
Affinché LAM possa essere avviato su una macchina UNIX remota, devono essere presenti diversi requisiti
soddisfatto:
1) La macchina deve essere raggiungibile via rete.
2) L'utente deve essere in grado di eseguire in remoto sulla macchina con il telecomando predefinito
shell che è stato scelto durante la configurazione di LAM. Questo è di solito rsh(1), ma
qualsiasi programma di shell remota è accettabile (come SSH(1), ecc.). Nota che remoto
l'autorizzazione dell'host deve essere configurata in modo tale che il programma della shell remota non chieda
per una password quando viene invocato un comando sull'host remoto.
3) La shell dell'utente remoto deve avere un percorso di ricerca che individuerà gli eseguibili LAM.
4) Il file di avvio della shell remota non deve stampare nulla con l'errore standard quando
invocato in modo non interattivo.
Se uno qualsiasi di questi requisiti non è soddisfatto per qualsiasi macchina dichiarata in bhost, LAM non sarà
in grado di iniziare. correndo recon in primo luogo, l'utente sarà in grado di identificare rapidamente e
correggere i problemi nella configurazione che impedirebbero l'avvio di LAM.
La macchina locale dove recon viene invocato deve essere una delle macchine specificate in bhost.
. bhost file è uno schema di avvio LAM scritto nella sintassi del file host. Vedere bhost(5).
Invece della riga di comando, è possibile specificare uno schema di avvio nell'ambiente LAMBHOST
variabile. Altrimenti viene utilizzato un file predefinito, bhost.def. LAM cerca bhost primo
nella directory locale e poi nella directory di installazione sotto etc/.
recon testa ogni macchina definita in bhost tentando di eseguire su di esso il tkill(1)
comando utilizzando la sua opzione "finta" (non viene intrapresa alcuna azione). Questo test, in caso di successo,
indica che tutti i requisiti sopra elencati sono soddisfatti, e quindi LAM può essere avviato su
la macchina. Se il tentativo ha esito positivo, viene controllata la macchina successiva. Nel caso in cui
tentativo fallisce, viene visualizzato un messaggio di errore descrittivo e recon si ferma a meno che -a
viene utilizzata l'opzione, nel qual caso recon continua a controllare le macchine rimanenti.
If recon richiede molto tempo per finire con successo, questa sarà una buona indicazione per il
utente che il sistema LAM da avviare ha collegamenti di comunicazione lenti o molto carichi
macchine, e potrebbe essere preferibile escludere o sostituire alcune delle macchine nel
.
SSI (Sistema Servizi Interfaccia)
. -si switch consente il passaggio di parametri a vari moduli SSI. SSI . di LAM
i moduli sono descritti in dettaglio in lamsi(7). I moduli SSI hanno un impatto diretto su MPI
programmi perché consentono di impostare parametri sintonizzabili in fase di esecuzione (come quale avvio
driver del dispositivo da utilizzare, quali parametri passare a quel driver, ecc.).
. -si switch accetta due argomenti: chiave e APPREZZIAMO. chiave l'argomento generalmente specifica
quale modulo SSI riceverà il valore. Ad esempio, il chiave "boot" è usato per selezionare
quale RPI utilizzare per avviare i processi sui nodi remoti. Il APPREZZIAMO argomento è il
valore passato. Per esempio:
recon -ssi boot tm
Dice a LAM di utilizzare il modulo di avvio "tm" per l'avvio nativo in PBSPro / OpenPBS
ambienti (il modulo di avvio tm non richiede uno schema di avvio).
recon -ssi boot rsh -ssi rsh_agent "ssh -x" boot_file
Dice a LAM di usare il modulo di avvio "rsh" e dice al modulo rsh di usare "ssh -x" come
l'agente specifico per avviare gli eseguibili sui nodi remoti.
E così via. I moduli SSI di avvio di LAM sono descritti in lamssi_boot(7). Questa pagina dovrebbe essere
consultato per azioni specifiche intraprese da e come modificare il comportamento in fase di esecuzione
di ogni modulo di avvio.
. -si l'interruttore può essere utilizzato più volte per specificare diversi chiave e / o APPREZZIAMO
argomenti. Se lo stesso chiave è specificato più di una volta, il APPREZZIAMOs sono concatenati con
una virgola (",") che li separa.
Notare quello -si switch è semplicemente una scorciatoia per impostare le variabili di ambiente. Il
lo stesso effetto può essere ottenuto impostando le corrispondenti variabili di ambiente prima
running scarpone. La forma delle variabili di ambiente che LAM imposta è:
LAM_MPI_SSI_key=valore.
Notare quello -si switch sovrascrive qualsiasi variabile di ambiente impostata in precedenza. Nota anche
quello sconosciuto chiave gli argomenti sono ancora impostati come variabili d'ambiente -- non sono controllati
(di lampo) per correttezza. Illegale o scorretto APPREZZIAMO gli argomenti possono o non possono essere
segnalato -- dipende dal modulo SSI specifico.
Assistenza eseguibile Invocazione
Tutti gli aspetti modificabili dell'avvio di eseguibili su nodi remoti durante recon sono discussi
in lamsi(7) e lamssi_boot(7). Gli argomenti includono (ma non sono limitati a): scoperta di
shell remota, override runtime dell'agente utilizzato per avviare eseguibili remoti (ad esempio, rsh
e ssh), ecc.
Utilizzare la ricognizione online utilizzando i servizi onworks.net
 














