cr_restart - Online en la nube

PROGRAMA:

NOMBRE

cr_restart: reinicia un proceso, grupo de procesos o sesión desde un archivo de punto de control.

SINOPSIS

cr_reiniciar [opciones] [archivo_de_punto_de_control]

DESCRIPCIÓN

cr_restart reinicia un proceso (o conjunto de procesos) desde un archivo de punto de control creado con
cr_punto de control(1).

Un proceso reiniciado tiene todos los atributos que tenía en el momento del punto de control, incluido su
identificacion de proceso. Si no se pueden obtener los recursos necesarios para los procesos en un punto de control
archivo (por ejemplo, un pid está en uso), cr_restart fallará. Si un grupo de procesos o una sesión
reiniciado, todas las relaciones y conductos padre / hijo, etc., entre los procesos en el
El punto de control se restaurará correctamente.

Si stdin/stdout/stderr de cualquier proceso reiniciado se dirigió a una terminal en
hora del punto de control, se redirige al terminal de control del programa cr_restart.

El directorio de trabajo actual de un proceso reiniciado es el mismo que cuando se
checkpoint, independientemente de dónde se encuentre el archivo de contexto, o dónde está cr_restart
invocado.

El proceso cr_restart se convierte en el padre del proceso 'más antiguo' en cualquier trabajo reiniciado.
Esto significa que obtener(2) puede devolver un valor diferente al proceso más antiguo después de
reiniciar. Cuando el proceso reiniciado más antiguo sale (o muere debido a una señal), cr_restart
salir con el mismo código de error (o matarse con la misma señal), por lo que es en gran parte
invisible (es necesario mantener cr_restart `entre 'su shell y reiniciar
procesos, sin embargo, ya que la mayoría de los shells de Unix se confunden bastante si observan a sus hijos
cambio de ID de proceso).

Señales
De forma predeterminada, los procesos reiniciados comienzan a ejecutarse después de que se completa el reinicio. Alternativamente,
puede especificar que se detengan (a través de --parada), o terminado / abortado / asesinado (a través de
--término, --abortar o --matar). Esto se hace enviando la señal apropiada a cada
proceso que forma parte del reinicio. Si los procesos se detuvieron en el momento
se solicitó un puesto de control, entonces --continuación se puede utilizar para enviar SIGCONT a todos los procesos después
se completa el reinicio.

Error manipulación
De forma predeterminada, cr_restart se bloqueará hasta que se complete el proceso reiniciado y saldrá
con el mismo valor de salida que el proceso reiniciado (incluso si el proceso reiniciado murió con
una señal fatal). Esto puede hacer que sea casi imposible determinar si una salida distinta de cero de
cr_restart se debe a un error al reiniciar, o es el código de salida de un reinicio correcto
proceso. El enfoque simple de buscar 'Reinicio fallido:' no es confiable.
Por lo tanto, la --ejecutarse en-* familia de banderas están disponibles para suministrar alternativas (o
suplementario) manejo de errores. Cuando alguno de los --ejecutarse en-* se pasan banderas, se hace un gancho
instalado para la categoría dada de falla (o éxito), como se define a continuación. Cuando un error
(o éxito) se detecta y se instala un gancho correspondiente, el gancho se ejecuta a través del
te(3) función. Si el código de salida del gancho no es cero, entonces cr_restart devuelve
este valor, suprimiendo cualquier mensaje de error que de otro modo se generaría. Si no hay gancho
está instalado, el gancho es una cadena vacía, o si el gancho devuelve un código de salida de cero,
luego se imprime un mensaje de error explicativo y un código de salida relacionado con el valor de errno
en el momento de la falla se devuelve.

--run-on-success = 'cmd'
Ejecuta el comando dado tan pronto como se sabe que los procesos reiniciados están
corriendo. Si el valor de retorno de 'cmd' es distinto de cero, esto también da como resultado cr_restart
terminando sin esperar la terminación de los procesos reiniciados.

--run-on-fail-args = 'cmd'
Ejecuta el comando dado si los argumentos no son válidos. Esto incluye el caso en
que el archivo de contexto dado falta o es ilegible.

--run-on-fail-temp = 'cmd'
Ejecuta el comando dado si se detecta una falla "temporal". Esto incluye el
caso de que se esté utilizando un pid requerido.

--run-on-fail-perm = 'cmd'
Ejecuta el comando dado si se detecta una falla "permanente". Esto es más comúnmente
debido a un archivo de contexto dañado.

--run-on-fail-env = 'cmd'
Ejecuta el comando dado si se detecta una falla "ambiental". Esto incluye
cuando los archivos necesarios para reiniciar faltan o son inaccesibles.

--run-on-failure = 'cmd'
Esto instala el comando dado para todos los --ejecutar-en-falla- * manos.

Archive reubicación
Por defecto, los archivos y directorios se guardan "por referencia", almacenando su ruta completa en
el archivo de contexto. Esto incluye archivos asociados con un proceso a través de abierto(2) y / o
mmap(2) y directorios asociados a través de abrir(3) o como directorio de trabajo actual.
El uso del sitio web de --trasladarse oldpath = newpath permite reasignar dichos caminos a nuevas ubicaciones en
tiempo de reinicio.

Al analizar el --trasladarse argumento las secuencias `\ = 'y` \\' se interpretan como `= '
y '\', respectivamente, para permitir rutas que contengan el carácter '='. El '\'
El personaje no es especial en ningún otro contexto. (Tenga en cuenta que los shells de comando también tienen
tratamiento especial de `\ 'y, por lo tanto, es posible que necesite comillas o caracteres` \' adicionales para
pasa el argumento que pretendes.)

Cuando se restauran las asociaciones de archivos o directorios, camino viejo se compara con los salvados
ruta completa de cada archivo o directorio. Si coincide con los componentes principales de la ruta, el
la parte correspondiente se reemplaza por el valor de nuevo camino. Tenga en cuenta que camino viejo debe coincidir con toda
componentes de ruta, y solo Un proveedor líder componentes. Por lo tanto, un camino viejo of / tmp / foo coincidirá
/ tmp / foo or / tmp / foo / 1, pero lo hará no sea coincidir con / tmp / fooz (no coincide con el componente completo
tonto) o para / var / tmp / foo (no coincide con el componente principal / var.)

Es importante tener en cuenta que las rutas completas guardadas en un archivo de contexto son las
caminos. Por lo tanto, el camino viejo que proporcione también debe ser un camino canónico, aunque el
nuevo camino no necesita serlo. Por ejemplo, si / Tmp es un enlace simbólico a / var / tmp, Entonces sí
su aplicación abre el archivo / tmp / trabajo / 1234 la ruta almacenada en el archivo de contexto será
/ var / tmp / work / 1234. Por lo tanto, el
--trasladarse / tmp / trabajo=/ tmp / play
would no sea funciona como se desea, pero cualquiera de los siguientes:
--trasladarse / var / tmp / trabajo=/ tmp / play
--trasladarse / var / tmp / trabajo=/ var / tmp / play

Si --trasladarse La opción se pasa varias veces, todas se aplican al archivo restaurado o
asociaciones de directorio, pero solo se aplica la primera coincidencia a una ruta determinada. En la actualidad
se admite un máximo de 16 reubicaciones.

PID y relacionado Identificadores
De forma predeterminada, los procesos se reinician con el mismo pid e id de hilo (como lo devuelve
conseguir(2), y conseguir(2) respectivamente). Este valor predeterminado garantiza que los procesos y los subprocesos
que se señalan entre sí y los procesos que esperan a los niños seguirán funcionando
correctamente. Sin embargo, esto evita el reinicio de instancias simultáneas del mismo contexto.
.

De forma predeterminada, el grupo de procesos y la sesión (según lo devuelto por obtenerpgrp(2), y se identifica(2)) son
establecido en los del programa cr_restart. Esto asegura que el control del trabajo a través del solicitante
El líder de la sesión (normalmente un shell de inicio de sesión) seguirá funcionando correctamente. Sin embargo,
esto interfiere con cualquier control de trabajo o señalización de grupo de proceso que pueda tener lugar
entre los procesos reiniciados.

Hay opciones para controlar individualmente si el pid, el grupo de procesos y la sesión son
restaurados a sus valores guardados o asumir nuevos valores (el grupo de proceso y la sesión
heredado de cr_restart y un nuevo pid obtenido de tenedor(2)). No hay separado
control para los ID de subproceso, ya que siempre deben seguir la misma política que el pid. los
A continuación se describe cada opción, junto con algunos de los riesgos asociados con
los no predeterminados:

--restaurar-pid
(predeterminado) Esto hace que los ID de subproceso y pid se restauren a sus valores guardados.

--no-restaurar-pid
Esto hace que los identificadores de subprocesos y pid asuman nuevos valores. Cualquier proceso de subprocesos múltiples
tiene la posibilidad de utilizar funciones como matar(2) que no se comportará como
deseado si los ID de hilo no se restauran. Del mismo modo, cualquier multiproceso
la aplicación puede hacer uso de matar(2) o esperar(2), entre otros, que requieran
pids restaurados para su correcto funcionamiento. También vale la pena señalar que muchas versiones de
glibc almacenará en caché el resultado de getpid (), que puede resultar en llamadas después de la restauración
devolviendo el valor original, aunque el pid fue cambiado por el reinicio.

--restaurar-pgid
Esto hace que los ID del grupo de procesos se restauren a sus valores guardados. Este es
necesario para el correcto funcionamiento de cualquier aplicación multiproceso que pueda realizar
operaciones de señal o espera en grupos de procesos (como al pasar un valor pid negativo a
matar(2) o esperar(2), entre otros), o que utiliza grupos de procesos para trabajos POSIX
operaciones de control. Este NO es el comportamiento predeterminado porque restaurar el proceso
Los identificadores de grupo evitarán el control del trabajo por parte del shell del solicitante (u otro
proceso).

--no-restaurar-pgid
(predeterminado) Esto hace que los procesos reiniciados se unan al grupo de procesos del
proceso cr_restart.

--restaurar-sid
Esto hace que los ID de sesión se restauren a sus valores guardados. Este es
necesario, por ejemplo, para los sistemas que realizan la contabilidad por lotes basada en
la identificación de la sesión.

--no-restaurar-sid
(predeterminado) Esto hace que los procesos reiniciados se unan a la sesión de cr_restart
.

Tenga en cuenta que el uso de --restaurar-pgid or --restaurar-sid producirá un error en el caso de que
los identificadores requeridos están en uso en el sistema. Esto incluye la posibilidad de que
entran en conflicto con el grupo de procesos o la sesión de cr_restart.

OPCIONES

General opciones:
- ?, --ayuda
imprima este mensaje de ayuda.

-v, --versión
imprimir la información de la versión.

-q, --tranquilo
suprimir los mensajes de error / advertencia a stderr.

para fuente localización of la control:
-d, --dir DIR
punto de control leído desde el directorio DIR, con un archivo 'context.ID' por proceso
(no implementado).

-f, --expediente ARCHIVO
punto de control leído de ARCHIVO.

-F, --fd FD
punto de control leído de un descriptor de archivo abierto.

Las opciones de este grupo son mutuamente excluyentes. Si no se da ninguna opción de este
grupo, el valor predeterminado es tomar el argumento final como ARCHIVO.

para señal sent a proceso (s) después Reanudar:
--correr sin señal enviada: continuar con la ejecución (por defecto).

-S, --señal NUM
señal NUM enviada a todos los procesos / subprocesos.

--parada SIGSTOP enviado a todos los procesos.

--término SIGTERM enviado a todos los procesos.

--abortar
SIGABRT enviado a todos los procesos.

--matar SIGKILL enviado a todos los procesos.

--continuación SIGCONT enviado a todos los procesos.

Las opciones de este grupo se excluyen mutuamente. Si se da más de uno, entonces solo
el último será honrado.

para puntos de control of renovadas proceso (s):
--omit-tal vez
use una heurística para omitir cr_restart de los puntos de control (predeterminado)

--omitir-siempre
omita siempre cr_restart de los puntos de control

--omit-nunca
nunca omita cr_restart de los puntos de control

para suplente error manejo:
--run-on-success ='cmd'
ejecutar el comando dado en caso de éxito

--run-on-fail-args ='cmd'
ejecutar el comando dado argumentos inválidos

--run-on-fail-temp ='cmd'
ejecutar el comando dado en falla 'temporal'

--run-on-fail-env ='cmd'
ejecutar el comando dado en falla 'ambiental'

--run-on-fail-perm ='cmd'
ejecutar el comando dado en falla 'permanente'

--run-on-failure ='cmd'
ejecutar el comando dado en cualquier falla

para reubicación:
--trasladarse OLDPATH = NEWPATH
mapear rutas de archivos y directorios a nuevas ubicaciones mediante reemplazo de prefijo.

Opciones para restaurar el pid, el grupo de procesos y los identificadores de sesión

--restaurar-pid
restaurar pids a los valores guardados (predeterminado).

--no-restaurar-pid
reiniciar con nuevos pids.

--restaurar-pgid
restaurar pgid a los valores guardados.

--no-restaurar-pgid
reiniciar con nuevos pgids (predeterminado).

--restaurar-sid
restaurar sid a los valores guardados.

--no-restaurar-sid
reiniciar con nuevos sids (predeterminado).

Las opciones de cada par de restauración / no restauración son mutuamente excluyentes. Si ambos se dan
entonces solo los últimos serán honrados.

para núcleo log la vida (defecto is --kmsg-error):
--kmsg-ninguno
no informe ningún mensaje del kernel.

--kmsg-error
en caso de falla de reinicio, informe en stderr cualquier mensaje del kernel asociado con el
solicitud de reinicio.

--kmsg-advertencia
informar en stderr cualquier mensaje del kernel asociado con la solicitud de reinicio,
independientemente del éxito o el fracaso. Los mensajes generados en ausencia de falla son
consideradas advertencias.

Las opciones de este grupo se excluyen mutuamente. Si se da más de uno, entonces solo
el último será honrado. Tenga en cuenta que --tranquilo suprime toda la salida stderr,
incluyendo estos mensajes.

AUTORES

Jason Duell, Paul Hargrove y Eric Roman, Laboratorio Nacional Lawrence Berkeley.

PRESENTACIÓN DE INFORMES LOCO

Los informes de errores se pueden archivar en la web en http://mantis.lbl.gov/bugzilla.

Use cr_restart en línea usando los servicios de onworks.net