Este es el comando recon que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
recon: compruebe si se puede iniciar LAM.
SINOPSIS
recon [-a] [-b] [-d] [-h] [-v] [-nn] [-np] [-ssi valor clave] [bhost]
OPCIONES
-a Informe todos los errores del host.
-b Suponga que el shell local y el remoto son iguales. Esto significa que solo un shell remoto
la invocación se utiliza para cada nodo. Si -b no se utiliza, dos invocaciones de shell remotas
se utilizan para cada nodo.
-d Activa la depuración.
-h Imprime el menú de ayuda del comando.
-ssi clave propuesta de
Envíe argumentos a varios módulos SSI. Consulte la sección "SSI" a continuación.
-v Sea prolijo.
-nn No agregue "-n" a la línea de comando del agente remoto
-notario público No fuerce la ejecución de $ HOME / .profile en hosts remotos
DESCRIPCIÓN
Para que LAM se inicie en una máquina UNIX remota, se deben cumplir varios requisitos
cumplido:
1) La máquina debe ser accesible a través de la red.
2) El usuario debe poder ejecutar de forma remota en la máquina con el control remoto predeterminado
programa de shell que se eligió cuando se configuró LAM. Esto suele ser rsh(1), pero
cualquier programa de shell remoto es aceptable (como ssh(1), etc.). Tenga en cuenta que el control remoto
El permiso de host debe configurarse de manera que el programa de shell remoto no pregunte
para obtener una contraseña cuando se invoca un comando en un host remoto.
3) El shell del usuario remoto debe tener una ruta de búsqueda que ubique los ejecutables LAM.
4) El archivo de inicio del shell remoto no debe imprimir nada con error estándar cuando
invocado de forma no interactiva.
Si alguno de estos requisitos no se cumple para alguna máquina declarada en anfitrión, LAM no será
capaz de empezar. Mediante la ejecución reconstrucción primero, el usuario podrá identificar y
Corrija los problemas en la configuración que inhibirían el inicio de LAM.
La máquina local donde reconstrucción se invoca debe ser una de las máquinas especificadas en anfitrión.
La anfitrión file es un esquema de arranque LAM escrito en la sintaxis del archivo host. Ver anfitrión(5).
En lugar de la línea de comando, se puede especificar un esquema de arranque en el entorno LAMBHOST
variable. De lo contrario, se utiliza un archivo predeterminado, bhost.def. LAM busca anfitrión primero en
el directorio local y luego en el directorio de instalación en etc /.
reconstrucción prueba cada máquina definida en anfitrión intentando ejecutar en él el matar(1)
comando usando su opción "fingir" (no se realiza ninguna acción). Esta prueba, si tiene éxito,
indica que se cumplen todos los requisitos enumerados anteriormente y, por lo tanto, LAM se puede iniciar en
la máquina. Si el intento tiene éxito, se verifica la siguiente máquina. En caso de
intento falla, se muestra un mensaje de error descriptivo y reconstrucción se detiene a menos que el -a
se utiliza la opción, en cuyo caso reconstrucción continúa revisando las máquinas restantes.
If reconstrucción toma mucho tiempo terminar con éxito, esto será una buena indicación para el
usuario que el sistema LAM que se va a iniciar tiene enlaces de comunicación lentos o está muy cargado
máquinas, y podría ser preferible excluir o reemplazar algunas de las máquinas en el
.
SSI (Sistema Servicios Interfaz)
La -ssi El conmutador permite el paso de parámetros a varios módulos SSI. SSI de LAM
Los módulos se describen en detalle en lamsi(7). Los módulos SSI tienen un impacto directo en MPI
programas porque permiten que se establezcan parámetros ajustables en tiempo de ejecución (como
controlador de dispositivo a usar, qué parámetros pasar a ese controlador, etc.).
La -ssi switch toma dos argumentos: clave y propuesta de. clave argumento generalmente especifica
qué módulo SSI recibirá el valor. Por ejemplo, el clave "boot" se utiliza para seleccionar
qué RPI se utilizará para iniciar procesos en nodos remotos. los propuesta de argumento es el
valor que se pasa. Por ejemplo:
recon -ssi arranque tm
Le dice a LAM que use el módulo de arranque "tm" para el lanzamiento nativo en PBSPro / OpenPBS
entornos (el módulo de arranque tm no requiere un esquema de arranque).
recon -ssi boot rsh -ssi rsh_agent "ssh -x" boot_file
Le dice a LAM que use el módulo de arranque "rsh" y le dice al módulo rsh que use "ssh -x" como
el agente específico para lanzar ejecutables en nodos remotos.
Etcétera. Los módulos SSI de arranque de LAM se describen en lamssi_boot(7). Esta página debe ser
consultado para las acciones específicas que se llevan a cabo y cómo modificar el comportamiento en tiempo de ejecución
de cada módulo de arranque.
La -ssi El interruptor se puede utilizar varias veces para especificar diferentes clave y/o propuesta de
argumentos. Si el mismo clave se especifica más de una vez, el propuesta des están concatenados con
una coma (",") separándolos.
Tenga en cuenta que -ssi Switch es simplemente un atajo para configurar variables de entorno. los
El mismo efecto se puede lograr estableciendo las variables de entorno correspondientes antes
correr arranque. La forma de las variables de entorno que establece LAM son:
LAM_MPI_SSI_key = valor.
Tenga en cuenta que -ssi el conmutador anula cualquier variable de entorno establecida previamente. También tenga en cuenta
que desconocido clave los argumentos todavía se establecen como variables de entorno, no se verifican
(Por limpiar) para la corrección. Ilegal o incorrecto propuesta de Los argumentos pueden o no ser
informado: depende del módulo SSI específico.
Remote Ejecutable Invocación
Todos los aspectos modificables del lanzamiento de ejecutables en nodos remotos durante reconstrucción son discutidos
in lamsi(7) y lamssi_boot(7). Los temas incluyen (pero no se limitan a): descubrimiento de
shell remoto, anulaciones en tiempo de ejecución del uso del agente para iniciar ejecutables remotos (por ejemplo, rsh
y ssh), etc.
Use recon en línea usando los servicios de onworks.net