Como forçar o Docker a criar uma imagem limpa de uma imagem

Criei uma imagem do Docker a partir de um arquivo do Docker usando o comando abaixo.

$ docker build -t u12_core -f u12_core .

Quando estou tentando reconstruí-lo com o mesmo comando, ele está usando o cache de compilação como:

Step 1 : FROM ubuntu:12.04
 ---> eb965dfb09d2
Step 2 : MAINTAINER Pavan Gupta <pavan.gupta@gmail.com>
 ---> Using cache
 ---> 4354ccf9dcd8
Step 3 : RUN apt-get update
 ---> Using cache
 ---> bcbca2fcf204
Step 4 : RUN apt-get install -y openjdk-7-jdk
 ---> Using cache
 ---> 103f1a261d44
Step 5 : RUN apt-get install -y openssh-server
 ---> Using cache
 ---> dde41f8d0904
Step 6 : RUN apt-get install -y git-core
 ---> Using cache
 ---> 9be002f08b6a
Step 7 : RUN apt-get install -y build-essential
 ---> Using cache
 ---> a752fd73a698
Step 8 : RUN apt-get install -y logrotate
 ---> Using cache
 ---> 93bca09b509d
Step 9 : RUN apt-get install -y lsb-release
 ---> Using cache
 ---> fd4d10cf18bc
Step 10 : RUN mkdir /var/run/sshd
 ---> Using cache
 ---> 63b4ecc39ff0
Step 11 : RUN echo 'root:root' | chpasswd
 ---> Using cache
 ---> 9532e31518a6
Step 12 : RUN sed -i 's/PermitRootLogin without-password/PermitRootLogin yes/' /etc/ssh/sshd_config
 ---> Using cache
 ---> 47d1660bd544
Step 13 : RUN sed 's@session\s*required\s*pam_loginuid.so@session optional pam_loginuid.so@g' -i /etc/pam.d/sshd
 ---> Using cache
 ---> d1f97f1c52f7
Step 14 : RUN wget -O aerospike.tgz 'http://aerospike.com/download/server/latest/artifact/ubuntu12'
 ---> Using cache
 ---> bd7dde7a98b9
Step 15 : RUN tar -xvf aerospike.tgz
 ---> Using cache
 ---> 54adaa09921f
Step 16 : RUN dpkg -i aerospike-server-community-*/*.deb
 ---> Using cache
 ---> 11aba013eea5
Step 17 : EXPOSE 22 3000 3001 3002 3003
 ---> Using cache
 ---> e33aaa78a931
Step 18 : CMD /usr/sbin/sshd -D
 ---> Using cache
 ---> 25f5fe70fa84
Successfully built 25f5fe70fa84

O cache mostra que o aerospike está instalado. No entanto, não o encontro dentro de contêineres que aparecem nessa imagem, então quero reconstruí-la sem usar o cache. Como forçar o Docker a reconstruir uma imagem limpa sem o cache?

Existe uma --no-cacheopção:

docker build --no-cache -t u12_core -f u12_core .

Nas versões mais antigas do Docker, você precisava passar --no-cache=true, mas esse não é mais o caso.

Em alguns casos extremos, sua única maneira de contornar falhas de compilação recorrentes é executando:

docker system prune

O comando solicitará sua confirmação:

WARNING! This will remove:
    - all stopped containers
    - all volumes not used by at least one container
    - all networks not used by at least one container
    - all images without at least one container associated to them
Are you sure you want to continue? [y/N]

Obviamente, essa não é uma resposta direta à pergunta, mas pode salvar algumas vidas ... Isso salvou a minha.

O comando docker build --no-cache . resolveu nosso problema semelhante.

Nosso Dockerfile foi:

RUN apt-get update
RUN apt-get -y install php5-fpm

Mas deveria ter sido:

RUN apt-get update && apt-get -y install php5-fpm

Para impedir o armazenamento em cache da atualização e a instalação separadamente.

Consulte: Práticas recomendadas para escrever Dockerfiles

Para garantir que sua compilação seja totalmente reconstruída, incluindo a verificação de atualizações na imagem base, use as seguintes opções ao compilar:

--no-cache - Isso forçará a reconstrução de camadas já disponíveis

--pull - Isso acionará uma atração da imagem de base referenciada usando FROM, garantindo que você obtenha a versão mais recente.

O comando completo ficará assim:

docker build --pull --no-cache --tag myimage:version .

As mesmas opções estão disponíveis para o docker-compose:

docker-compose build --no-cache --pull

Eu não recomendaria usar --no-cacheno seu caso.

Você está executando algumas instalações da etapa 3 a 9 (a propósito, eu preferiria usar um liner) e, se você não quiser a sobrecarga de executar novamente essas etapas sempre que estiver criando sua imagem, modifique o seu Dockerfilecom um passo temporário antes da sua wgetinstrução.

Eu costumo fazer algo como RUN ls . e mudar para RUN ls ./entãoRUN ls ./. e assim por diante para cada modificação feita no arquivo tar recuperado porwget

Obviamente, você pode fazer algo como RUN echo 'test1' > test && rm testaumentar o número 'test1para cada iteração.

Parece sujo, mas, tanto quanto eu sei, é a maneira mais eficiente de continuar se beneficiando do sistema de cache do Docker, que economiza tempo quando você tem muitas camadas ...

Com o docker-compose, tente docker-compose up -d --build --force-recreate

A maioria das informações aqui estão corretas.
Aqui está uma compilação deles e minha maneira de usá-los.

A idéia é seguir a abordagem recomendada (criar específico e sem impacto em outros objetos da janela de encaixe) e tentar a abordagem mais radical (não criar específica e com impacto em outros objetos da janela de encaixe) quando não for suficiente.

Abordagem recomendada:

1) Force a execução de cada etapa / instrução no Dockerfile:

docker build --no-cache 

ou com docker-compose build:

docker-compose build --no-cache

Também poderíamos combinar isso com o upsubcomando que recriar todos os contêineres:

docker-compose build --no-cache &&
docker-compose up -d --force-recreate 

Dessa forma, não use cache, mas para o construtor de janelas de encaixe e a imagem base referenciada com a FROMinstrução.

2) Limpe o cache do docker builder (se usarmos o Buildkit, provavelmente precisaremos disso):

docker builder prune -af

3) Se não quisermos usar o cache das imagens pai, podemos tentar excluí-las, como:

docker image rm -f fooParentImage

Na maioria dos casos, essas três coisas são perfeitamente suficientes para permitir uma construção limpa de nossa imagem.
Então, devemos tentar manter isso.

Abordagem mais radical:

Nos casos de canto em que parece que alguns objetos no cache do docker ainda são usados ​​durante a compilação e parecem repetíveis, devemos tentar entender a causa para poder limpar a peça que está faltando de maneira muito específica. Se realmente não encontrarmos uma maneira de reconstruir do zero, existem outras, mas é importante lembrar que elas geralmente excluem muito mais do que o necessário. Portanto, devemos usá-los com cautela geral quando não estamos em um ambiente local / dev.

1) Remova todas as imagens sem pelo menos um contêiner associado a elas:

docker image prune -a

2) Remova muitas outras coisas:

docker system prune -a

Isso diz :

ATENÇÃO! Isso removerá:
  - todos os contêineres parados
  - todas as redes não utilizadas por pelo menos um contêiner
  - todas as imagens sem pelo menos um contêiner associado a elas
  - todo o cache de compilação

O uso desse comando super delete pode não ser suficiente, pois depende muito do estado dos contêineres (em execução ou não). Quando esse comando não é suficiente, tento pensar com cuidado quais contêineres do docker podem causar efeitos colaterais na criação do docker e permitir que esses contêineres sejam encerrados para que possam ser removidos com o comando.

Você pode gerenciar o cache do construtor com docker builder

Para limpar todo o cache sem aviso: docker builder prune -af