Der Befehl "date -d" schlägt im Docker Alpine Linux-Container fehl

Ich habe Alpine Linux in einem Docker-Container mit der folgenden Docker- Datei erstellt:

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

Der Build wurde erfolgreich ausgeführt:

$ 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

Wenn ich date -des starte, schlägt es trotzdem fehl:

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

während der Rest der Optionen in Ordnung zu sein scheint:

/ # date 
Sat May 30 18:57:24 UTC 2015
/ # date +"%A"
Saturday
/ # date +"%Y-%m-%dT%H:%M:%SZ"
2015-05-30T19:00:38Z

Die BusyBox / Alpine-Version des Datums unterstützt keine -dOptionen, auch wenn die Hilfe in der Ubuntu-Version sowie in anderen fetteren Distributionen genau gleich ist.

Auch der "Containerisierung" fehlt hier nichts.

Um mit -dOptionen zu arbeiten , müssen Sie nur das coreutilsPaket hinzufügen :

$ 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

Die Bildgröße wird sich verdoppeln, beträgt jedoch bis zu 11,47 MB, mehr als eine Größenordnung weniger als im Debian-Standard:

$ 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

Vielen Dank an Andy Shinn: https://github.com/gliderlabs/docker-alpine/issues/40#issuecomment-107122371

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

Ich nehme an, das, was dateSie in diesem Container ausführen können, ist nicht das Datum von GNU coreutils, das üblicherweise auf Linux-Hosts verfügbar ist, sondern eines der Busybox- Applets. Versuchen Sie, Hilfemeldungen von beiden zu erhalten.

# 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 bietet viele Applets für Posix-Standardbefehle mit einfachem Crunched Binary, aber die meisten von ihnen haben im Austausch für die gespeicherte Größe sehr eingeschränkte Funktionen (vergleichen Sie beispielsweise die Ausgaben von find --helpoder tar --helpin beiden Umgebungen). Es kommt häufig vor, dass ein Skript, das in der Entwicklungs- / Hostumgebung erfolgreich ausgeführt wird, in der Container- / Zielumgebung mit BusyBox überhaupt nicht funktioniert.

busybox dateunterstützt eine -DOption, die Ihnen (wie zsh's, strftimeaber im Gegensatz zu GNU date) eine Schnittstelle bietet, strptime()über die Sie Datumsangaben (wenn auch keine relativen Datumsangaben) in einem beliebigen Format analysieren können (ast-open dateund ksh93' s printfhaben auch Möglichkeiten, das Eingabeformat anzupassen).

Wo busyboxwird gegen eine C-Bibliotheksimplementierung erstellt, deren strptime()und strftime()das nicht standardmäßige %sFlag unterstützt, können Sie Folgendes tun:

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

In der musl C-Bibliothek, die alpine Linux verwendet, wird dies strftime()jedoch unterstützt %s, strptime()jedoch nicht. Als Busybox dateist es in Ordnung , da GNU datedie Datumsspezifikation unterstützt @epochtime, sodass Sie Folgendes tun können:

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

Welche Ihnen das Datum 86400 Sekunden geben, ohne die Mehrdeutigkeiten des GNU date‚s yesterday(ist es vor 86400, oder ist es gestern zur gleichen Zeit des Tages? Was , wenn es keine solche Zeit des Tages gestern , weil die Uhr geändert für die Sommerzeit?).

Diese Syntax sollte auch mit GNU funktionieren date.

Mit ast-open's date(oder ksh93's printf '%(%c)T') würden Sie verwenden:

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

stattdessen.

Beachten Sie, dass , wenn Sie UTC (Zulu) Zeit zu melden, sollten Sie verwenden TZ=UTC0 dateoder date -uwie sonst, würden Sie die Zeit , in der System / Benutzers Zeitzone erhalten.