Il comando "date -d" non riesce sul contenitore Docker Alpine Linux

Ho creato Alpine Linux in un contenitore Docker con il seguente Dockerfile:

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

la compilazione è stata eseguita correttamente:

$ 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

comunque quando corro date -dnon riesce:

$ 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'

mentre il resto delle opzioni sembra funzionare bene:

/ # 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 versione di BusyBox / Alpine di data non supporta le -dopzioni, anche se l'aiuto è esattamente lo stesso nella versione di Ubuntu e in altre distro più grosse.

Anche la "containerizzazione" non manca nulla qui.

Per lavorare con le -dopzioni devi solo aggiungere il coreutilspacchetto:

$ 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

La dimensione dell'immagine raddoppierà, ma è fino a 11,47 MB, più di un ordine di meno, rispetto allo standard 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

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

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

Suppongo che datesi possa eseguire in quel contenitore non è la data coreutils GNU che è comunemente disponibile su host Linux, ma una delle applet Busybox . Cerca di ricevere messaggi di aiuto da entrambi.

# 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 offre molte applet per i comandi standard Posix con binario singolo crunch, ma la maggior parte ha funzioni molto limitate in cambio delle dimensioni salvate (confrontare gli output di find --helpo tar --helpin entrambi gli ambienti, ad esempio). Accade spesso che uno script eseguito correttamente nell'ambiente di sviluppo / host non funzioni affatto nell'ambiente contenitore / destinazione con BusyBox.

busybox dateSupporta -Dun'opzione che (come zsh's strftime, ma contrariamente a GNU date) ti dà un'interfaccia per strptime()cui è possibile analizzare le date (anche se non date relative) in qualsiasi formato (AST-open datee ksh93' s printfhanno anche modi per personalizzare il formato di input).

Dove si busyboxtrova contro un'implementazione della libreria C di cui strptime()e strftime()supporta il %sflag non standard , è possibile eseguire:

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

Nella libreria musl C che però utilizza Linux alpino, strftime()supporta %sma strptime()non lo fa. Va bene anche se occupato date, come GNU datesupporta la @epochtimespecifica della data, quindi puoi fare:

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

Che vi darà la data di 86400 secondi fa, senza l'ambiguità della GNU date's yesterday(è 86400 fa, o è di ieri alla stessa ora del giorno? E se ci fosse nessun momento della giornata di ieri perché l'orologio è cambiato per l'ora legale?).

Questa sintassi dovrebbe funzionare anche con GNU date.

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

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

anziché.

Si noti che se si desidera segnalare l'ora UTC (Zulu), è necessario utilizzare TZ=UTC0 dateo date -ucome altrimenti, si otterrebbe l'ora nel fuso orario del sistema / utente.