docker service logs
| Descripción | Recupera los registros (logs) de un servicio o tarea |
|---|---|
| Uso | docker service logs [OPTIONS] SERVICE|TASK |
Swarm Este comando funciona con el orquestador de Swarm.
Descripción
El comando docker service logs recupera en lote los registros presentes en el momento de la ejecución.
NoteEste es un comando de gestión de clústeres y debe ejecutarse en un nodo administrador de Swarm (manager node). Para obtener más información sobre administradores y trabajadores, consulta la sección del modo Swarm en la documentación.
El comando docker service logs se puede utilizar tanto con el nombre como con el ID de un
servicio, o con el ID de una tarea. Si se pasa un servicio, mostrará los registros
de todos los contenedores de ese servicio. Si se pasa una tarea, solo mostrará
los registros de esa tarea en particular.
NoteEste comando solo funciona para servicios que se inicien con el controlador de registro (logging driver)
json-fileojournald.
Para obtener más información sobre la selección y configuración de controladores de registro, consulta Configurar controladores de registro.
El comando docker service logs --follow continuará transmitiendo la nueva salida de
STDOUT y STDERR del servicio.
Pasar un número negativo o un valor no entero a --tail no es válido y, en ese caso, el
valor se establece en all (todos).
El comando docker service logs --timestamps añadirá una marca de tiempo en formato RFC3339Nano
(por ejemplo, 2014-09-16T06:17:46.000000000Z) a cada
entrada de registro. Para garantizar que las marcas de tiempo estén alineadas, la
parte de los nanosegundos de la marca de tiempo se rellenará con ceros cuando sea necesario.
El comando docker service logs --details añadirá atributos adicionales, como
variables de entorno y etiquetas, que se proporcionaron a --log-opt al crear el
servicio.
La opción --since muestra solo los registros del servicio generados después
de una fecha determinada. Puedes especificar la fecha como una fecha RFC 3339, una marca de tiempo
UNIX o una cadena de duración de Go (por ejemplo, 1m30s, 3h). Además del formato de fecha
RFC3339, también puedes utilizar RFC3339Nano, 2006-01-02T15:04:05,
2006-01-02T15:04:05.999999999, 2006-01-02T07:00 y 2006-01-02. Se utilizará la zona horaria
local en el cliente si no proporcionas un desplazamiento de zona horaria Z o
+-00:00 al final de la marca de tiempo. Al proporcionar marcas de tiempo Unix,
introduce segundos[.nanosegundos], donde segundos es el número de segundos
transcurridos desde el 1 de enero de 1970 (medianoche UTC/GMT), sin contar los segundos
bisiestos (también conocido como época Unix o hora Unix), y el campo opcional .nanosegundos es una
fracción de segundo de no más de nueve dígitos de longitud. Puedes combinar la
opción --since con una o ambas opciones --follow o --tail.
Opciones
| Opción | Predeterminado | Descripción |
|---|---|---|
--details | API 1.30+ Muestra los detalles adicionales proporcionados a los registros | |
-f, --follow | Sigue la salida del registro (logs) | |
--no-resolve | No asociar los IDs a los nombres en la salida | |
--no-task-ids | No incluir los IDs de las tareas en la salida | |
--no-trunc | No truncar la salida | |
--raw | API 1.30+ No dar formato amigable a los registros | |
--since | Muestra los registros desde la marca de tiempo (por ejemplo, 2013-01-02T13:23:37Z) o relativos (por ejemplo, 42m para 42 minutos) | |
-n, --tail | all | Número de líneas a mostrar desde el final de los registros |
-t, --timestamps | Muestra las marcas de tiempo |