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

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

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

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.

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.