O comando “date -d” falha no contêiner do Docker Alpine Linux

Eu construí Alpine Linux em um recipiente Docker com o seguinte Dockerfile:

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

a construção foi executada com sucesso:

$ 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 qualquer maneira, quando eu corro date -d, falha:

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

enquanto o restante das opções parece estar funcionando bem:

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

A versão de data do BusyBox / Alpine não suporta -dopções, mesmo que a ajuda seja exatamente a mesma na versão do Ubuntu e em outras distribuições mais gordas.

Além disso, a "contêinerização" não perde nada aqui.

Para trabalhar com -dopções, você só precisa adicionar o coreutilspacote:

$ 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

O tamanho da imagem dobrará, mas é de até 11,47 MB, mais do que uma ordem de tamanho menor, comparado ao padrão 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

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

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

Suponho que datevocê possa executar nesse contêiner não seja a data do coreutils GNU, que normalmente está disponível nos hosts Linux, mas um dos applets do Busybox . Tente receber mensagens de ajuda 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

O BusyBox oferece muitos applets para comandos padrão do Posix com um único binário triturado, mas a maioria deles possui funções muito restritas em troca do tamanho salvo (compare as saídas de find --helpou tar --helpnos dois ambientes, por exemplo). Freqüentemente acontece que um script executado com êxito no ambiente de desenvolvimento / host não funciona no ambiente de contêiner / destino com o BusyBox.

busybox datesuporta uma -Dopção que (como zsh's strftime, mas ao contrário do GNU date) dá-lhe uma interface para strptime()onde você pode analisar datas (embora não datas relativas) em qualquer formato (ast-aberto datee ksh93de printftambém têm maneiras de personalizar o formato de entrada).

Onde busyboxé construído contra uma implementação de biblioteca C cujo suporte strptime()e strftime()o %ssinalizador não padrão , você pode fazer:

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

Na biblioteca C, que o Linux alpino usa, no entanto, strftime()suporta, %smas strptime()não. Tudo bem, embora o busybox date, como o GNU, datesuporte a @epochtimeespecificação de data, você possa:

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

Que lhe dará a data de 86400 segundos atrás, sem a ambiguidade da GNU date's yesterday(é 86400 atrás, ou é ontem, ao mesmo tempo do dia? E se não houve essa hora do dia ontem, porque o relógio mudou para o horário de verão?).

Essa sintaxe também deve funcionar com o GNU date.

Com ast-open's date(ou ksh93's printf '%(%c)T'), você usaria:

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

em vez de.

Observe que, se você deseja relatar o horário UTC (Zulu), deve usar TZ=UTC0 dateou date -u, caso contrário, obterá o horário no fuso horário do sistema / usuário.