El comando "date -d" falla en el contenedor Docker Alpine Linux

9

Construí Alpine Linux en un contenedor Docker con el siguiente Dockerfile:

FROM alpine:3.2
RUN apk add --update jq curl && rm -rf /var/cache/apk/*

la compilación se ejecutó correctamente:

$ docker build -t collector .
Sending build context to Docker daemon 2.048 kB
Sending build context to Docker daemon 
Step 0 : FROM alpine:3.2
3.2: Pulling from alpine
8697b6cc1f48: Already exists 
alpine:3.2: The image you are pulling has been verified. Important: image verification is a tech preview feature and should not be relied on to provide security.
Digest: sha256:eb84cc74347e4d7c484d566dec8a5eef82bab1b78308b92cda559bcff29c27cc
Status: Downloaded newer image for alpine:3.2
 ---> 8697b6cc1f48
Step 1 : RUN apk add --update jq curl && rm -rf /var/cache/apk/*
 ---> Running in 888571296e79
fetch http://dl-4.alpinelinux.org/alpine/v3.2/main/x86_64/APKINDEX.tar.gz
(1/11) Installing run-parts (4.4-r0)
(2/11) Installing openssl (1.0.2a-r1)
(3/11) Installing lua5.2-libs (5.2.4-r0)
(4/11) Installing lua5.2 (5.2.4-r0)
(5/11) Installing ncurses-terminfo-base (5.9-r3)
(6/11) Installing ncurses-widec-libs (5.9-r3)
(7/11) Installing lua5.2-posix (33.3.1-r2)
(8/11) Installing ca-certificates (20141019-r2)
(9/11) Installing libssh2 (1.5.0-r0)
(10/11) Installing curl (7.42.1-r0)
(11/11) Installing jq (1.4-r0)
Executing busybox-1.23.2-r0.trigger
Executing ca-certificates-20141019-r2.trigger
OK: 9 MiB in 26 packages
 ---> 7625779b773d
Removing intermediate container 888571296e79
Successfully built 7625779b773d

de todos modos cuando lo ejecuto date -dfalla:

$ docker run -i -t collector sh
/ # date -d yesterday
date: invalid date 'yesterday'
/ # date -d now
date: invalid date 'now'
/ # date -d next-month
date: invalid date 'next-month'

mientras que el resto de las opciones parecen funcionar bien:

/ # date 
Sat May 30 18:57:24 UTC 2015
/ # date +"%A"
Saturday
/ # date +"%Y-%m-%dT%H:%M:%SZ"
2015-05-30T19:00:38Z
BBJ3
fuente
No cuente con el datecomando que admite fechas de referencia con "ahora", "ayer", etc. u otras extensiones no estándar.
Janis

Respuestas:

26

La versión de fecha de BusyBox / Alpine no admite -dopciones, incluso si la ayuda es exactamente la misma en la versión de Ubuntu, así como en otras distribuciones más gordas.

Además, la "contenedorización" no pierde nada aquí.

Para trabajar con -dopciones solo necesita agregar el coreutilspaquete:

$ cat Dockerfile.alpine-coreutils
FROM alpine:3.2
RUN apk add --update coreutils && rm -rf /var/cache/apk/*


$ docker build -t alpine-coreutils - <  Dockerfile.alpine-coreutils
Sending build context to Docker daemon 2.048 kB
Sending build context to Docker daemon 
Step 0 : FROM alpine:3.2
3.2: Pulling from alpine
8697b6cc1f48: Already exists 
alpine:3.2: The image you are pulling has been verified. Important: image verification is a tech preview feature and should not be relied on to provide security.
Digest: sha256:eb84cc74347e4d7c484d566dec8a5eef82bab1b78308b92cda559bcff29c27cc
Status: Downloaded newer image for alpine:3.2
 ---> 8697b6cc1f48
Step 1 : RUN apk add --update coreutils && rm -rf /var/cache/apk/*
 ---> Running in 694fa5cb271c
fetch http://dl-4.alpinelinux.org/alpine/v3.2/main/x86_64/APKINDEX.tar.gz
(1/3) Installing libattr (2.4.47-r3)
(2/3) Installing libacl (2.2.52-r2)
(3/3) Installing coreutils (8.23-r0)
Executing busybox-1.23.2-r0.trigger
OK: 12 MiB in 18 packages
 ---> a7d9116a00ee
Removing intermediate container 694fa5cb271c
Successfully built a7d9116a00ee


$ docker run -i -t alpine-coreutils sh
/ # date -d last-week
Sun May 24 09:19:34 UTC 2015
/ # date -d yesterday 
Sat May 30 09:19:46 UTC 2015
/ # date 
Sun May 31 09:19:50 UTC 2015

El tamaño de la imagen se duplicará pero es de hasta 11.47 MB, más de un orden de tamaño menor, en comparación con el estándar Debian:

$ docker images
REPOSITORY                 TAG                 IMAGE ID            CREATED             VIRTUAL SIZE
alpine-coreutils           latest              a7d9116a00ee        2 minutes ago       11.47 MB
alpine                     3.2                 8697b6cc1f48        2 days ago          5.242 MB
debian                     latest              df2a0347c9d0        11 days ago         125.2 MB

Gracias a Andy Shinn: https://github.com/gliderlabs/docker-alpine/issues/40#issuecomment-107122371

Y a Christopher Horrell: https://github.com/docker-library/official-images/issues/771#issuecomment-107101595

BBJ3
fuente
1

Supongo que lo dateque puede ejecutar en ese contenedor no es la fecha de GNU coreutils, que está comúnmente disponible en hosts Linux, sino uno de los applets de Busybox . Intenta recibir mensajes de ayuda de ambos.

# date --help
BusyBox v1.22.1 (Ubuntu 1:1.22.0-9ubuntu1) multi-call binary.

Usage: date [OPTIONS] [+FMT] [TIME]

Display time (using +FMT), or set time

    [-s,--set] TIME Set time to TIME
    -u,--utc    Work in UTC (don't convert to local time)
    -R,--rfc-2822   Output RFC-2822 compliant date string
    -I[SPEC]    Output ISO-8601 compliant date string
            SPEC='date' (default) for date only,
            'hours', 'minutes', or 'seconds' for date and
            time to the indicated precision
    -r,--reference FILE Display last modification time of FILE
    -d,--date TIME  Display TIME, not 'now'
    -D FMT      Use FMT for -d TIME conversion

Recognized TIME formats:
    hh:mm[:ss]
    [YYYY.]MM.DD-hh:mm[:ss]
    YYYY-MM-DD hh:mm[:ss]
    [[[[[YY]YY]MM]DD]hh]mm[.ss]
    'date TIME' form accepts MMDDhhmm[[YY]YY][.ss] instead

BusyBox ofrece muchos applets para comandos estándar de Posix con un solo binario cruzado, pero la mayoría de ellos tiene funciones muy restringidas a cambio de su tamaño guardado (compare las salidas de find --helptar --help por ejemplo, o en ambos entornos). Con frecuencia sucede que un script que se ejecuta con éxito en el entorno de desarrollo / host no funciona en absoluto en el entorno de contenedor / destino con BusyBox.

yaegashi
fuente
1

busybox dateadmite una -Dopción que (como zsh's strftimepero contrario a GNU date) le brinda una interfaz para strptime()analizar fechas (aunque no fechas relativas) en cualquier formato (ast-open datey ksh93' sprintf también tienen formas de personalizar el formato de entrada).

Cuando busyboxse construye contra una implementación de la biblioteca C cuya strptime()y strftime()apoyar la no-estándar de %sbandera, que podría hacer:

date -D %s -d "$(($(date +%s) - 86400))"

Sin embargo, en la biblioteca musl C que alpine Linux usa, strftime()admite %spero strptime()no. Sin embargo, está bien como busybox date, como GNU dateadmite la @epochtimeespecificación de fecha, por lo que puede hacer:

date -d "@$(($(date +%s) - 86400))"

Que le dará la fecha de hace 86.400 segundos, sin la ambigüedad de GNU dates'yesterday (es que hace 86400, o se trata de ayer a la misma hora del día? ¿Qué pasa si no había tal hora del día de ayer debido a que el reloj ha cambiado para el horario de verano?).

Esa sintaxis también debería funcionar con GNU date.

Con ast-open's date(o ksh93's printf '%(%c)T'), usarías :

date -d "#$(($(date +%s) - 86400))"

en lugar.

Tenga en cuenta que si desea informar la hora UTC (Zulu), debe usar TZ=UTC0 dateo date -u, de lo contrario, obtendrá la hora en la zona horaria del sistema / usuario.

Stéphane Chazelas
fuente