Làm cách nào tôi có thể kiểm tra hệ thống tệp của một `docker build` không thành công?

Tôi đang cố gắng xây dựng một hình ảnh Docker mới cho quá trình phát triển của chúng tôi, sử dụng cpanmđể cài đặt một loạt các mô-đun Perl làm hình ảnh cơ bản cho các dự án khác nhau.

Trong khi phát triển Dockerfile, cpanmtrả về mã lỗi vì một số mô-đun không cài đặt sạch.

Tôi khá chắc chắn rằng tôi cần phải aptcài đặt thêm một số thứ.

Câu hỏi của tôi là, tôi có thể tìm thấy /.cpanm/workthư mục được trích dẫn ở đầu ra, để kiểm tra các bản ghi? Trong trường hợp chung, làm thế nào tôi có thể kiểm tra hệ thống tập tin của một docker buildlệnh thất bại ?

Chỉnh sửa buổi sáng Sau khi cắn viên đạn và chạy, findtôi phát hiện ra

/var/lib/docker/aufs/diff/3afa404e[...]/.cpanm

Điều này có đáng tin cậy không, hay tôi tốt hơn hết là xây dựng một container "trần" và chạy các công cụ thủ công cho đến khi tôi có tất cả những thứ tôi cần?

Mỗi khi RUNdocker thực hiện thành công một lệnh từ Dockerfile, một lớp mới trong hệ thống tệp hình ảnh được cam kết. Thuận tiện bạn có thể sử dụng các id lớp đó làm hình ảnh để bắt đầu một container mới.

Lấy Dockerfile sau:

FROM busybox
RUN echo 'foo' > /tmp/foo.txt
RUN echo 'bar' >> /tmp/foo.txt

và xây dựng nó:

$ docker build -t so-2622957 .
Sending build context to Docker daemon 47.62 kB
Step 1/3 : FROM busybox
 ---> 00f017a8c2a6
Step 2/3 : RUN echo 'foo' > /tmp/foo.txt
 ---> Running in 4dbd01ebf27f
 ---> 044e1532c690
Removing intermediate container 4dbd01ebf27f
Step 3/3 : RUN echo 'bar' >> /tmp/foo.txt
 ---> Running in 74d81cb9d2b1
 ---> 5bd8172529c1
Removing intermediate container 74d81cb9d2b1
Successfully built 5bd8172529c1

Bây giờ bạn có thể bắt đầu một container mới từ 00f017a8c2a6, 044e1532c690và 5bd8172529c1:

$ docker run --rm 00f017a8c2a6 cat /tmp/foo.txt
cat: /tmp/foo.txt: No such file or directory

$ docker run --rm 044e1532c690 cat /tmp/foo.txt
foo

$ docker run --rm 5bd8172529c1 cat /tmp/foo.txt
foo
bar

tất nhiên bạn có thể muốn bắt đầu một shell để khám phá hệ thống tập tin và thử các lệnh:

$ docker run --rm -it 044e1532c690 sh      
/ # ls -l /tmp
total 4
-rw-r--r--    1 root     root             4 Mar  9 19:09 foo.txt
/ # cat /tmp/foo.txt 
foo

Khi một trong các lệnh Dockerfile thất bại, điều bạn cần làm là tìm id của lớp trước và chạy shell trong một thùng chứa được tạo từ id đó:

docker run --rm -it <id_last_working_layer> bash -il

Khi đã ở trong container:

• thử lệnh thất bại và tái tạo vấn đề
• sau đó sửa lệnh và kiểm tra nó
• cuối cùng cập nhật Dockerfile của bạn với lệnh cố định

Nếu bạn thực sự cần thử nghiệm trong lớp thực tế thất bại thay vì làm việc từ lớp làm việc cuối cùng, hãy xem câu trả lời của Drew .

Câu trả lời hàng đầu hoạt động trong trường hợp bạn muốn kiểm tra trạng thái ngay trước lệnh không thành công.

Tuy nhiên, câu hỏi hỏi làm thế nào để kiểm tra trạng thái của chính container bị lỗi. Trong tình huống của tôi, lệnh thất bại là một bản dựng mất vài giờ, do đó, việc tua lại trước lệnh thất bại và chạy lại mất một thời gian dài và không hữu ích lắm.

Giải pháp ở đây là tìm container bị lỗi:

$ docker ps -a
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS                          PORTS               NAMES
6934ada98de6        42e0228751b3        "/bin/sh -c './utils/"   24 minutes ago      Exited (1) About a minute ago                       sleepy_bell

Cam kết nó với một hình ảnh:

$ docker commit 6934ada98de6
sha256:7015687976a478e0e94b60fa496d319cdf4ec847bcd612aecf869a72336e6b83

Và sau đó chạy hình ảnh [nếu cần thiết, chạy bash]:

$ docker run -it 7015687976a4 [bash -il]

Bây giờ bạn đang thực sự xem xét trạng thái của bản dựng tại thời điểm nó bị lỗi, thay vì tại thời điểm trước khi chạy lệnh gây ra lỗi.

Docker lưu trữ toàn bộ trạng thái hệ thống tập tin sau mỗi RUNdòng thành công .

Biết rằng:

• để kiểm tra trạng thái mới nhất trước RUNlệnh thất bại của bạn , hãy nhận xét nó trong Dockerfile (cũng như bất kỳ và tất cả các RUNlệnh tiếp theo ), sau đó chạy docker buildvà chạy docker runlại.
• để kiểm tra trạng thái sau khiRUN lệnh thất bại , chỉ cần thêm || truevào nó để buộc nó thành công; sau đó tiến hành như trên (giữ bất kỳ và tất cả các RUNlệnh tiếp theo nhận xét, chạy docker buildvà docker run)

Tada, không cần phải gây rối với nội bộ Docker hoặc ID lớp và vì Docker thưởng sẽ tự động giảm thiểu số lượng công việc cần phải thực hiện lại.

Gỡ lỗi bước xây dựng thất bại thực sự rất khó chịu.

Giải pháp tốt nhất tôi đã tìm thấy là đảm bảo rằng mỗi bước thực hiện công việc thực sự thành công và thêm một kiểm tra sau những bước không thành công. Bằng cách đó, bạn có được một lớp cam kết có chứa các đầu ra của bước không thành công mà bạn có thể kiểm tra.

Dockerfile, với một ví dụ sau # Run DB2 silent installerdòng:

#
# DB2 10.5 Client Dockerfile (Part 1)
#
# Requires
#   - DB2 10.5 Client for 64bit Linux ibm_data_server_runtime_client_linuxx64_v10.5.tar.gz
#   - Response file for DB2 10.5 Client for 64bit Linux db2rtcl_nr.rsp 
#
#
# Using Ubuntu 14.04 base image as the starting point.
FROM ubuntu:14.04

MAINTAINER David Carew <carew@us.ibm.com>

# DB2 prereqs (also installing sharutils package as we use the utility uuencode to generate password - all others are required for the DB2 Client) 
RUN dpkg --add-architecture i386 && apt-get update && apt-get install -y sharutils binutils libstdc++6:i386 libpam0g:i386 && ln -s /lib/i386-linux-gnu/libpam.so.0 /lib/libpam.so.0
RUN apt-get install -y libxml2


# Create user db2clnt
# Generate strong random password and allow sudo to root w/o password
#
RUN  \
   adduser --quiet --disabled-password -shell /bin/bash -home /home/db2clnt --gecos "DB2 Client" db2clnt && \
   echo db2clnt:`dd if=/dev/urandom bs=16 count=1 2>/dev/null | uuencode -| head -n 2 | grep -v begin | cut -b 2-10` | chgpasswd && \
   adduser db2clnt sudo && \
   echo '%sudo ALL=(ALL) NOPASSWD:ALL' >> /etc/sudoers

# Install DB2
RUN mkdir /install
# Copy DB2 tarball - ADD command will expand it automatically
ADD v10.5fp9_linuxx64_rtcl.tar.gz /install/
# Copy response file
COPY  db2rtcl_nr.rsp /install/
# Run  DB2 silent installer
RUN mkdir /logs
RUN (/install/rtcl/db2setup -t /logs/trace -l /logs/log -u /install/db2rtcl_nr.rsp && touch /install/done) || /bin/true
RUN test -f /install/done || (echo ERROR-------; echo install failed, see files in container /logs directory of the last container layer; echo run docker run '<last image id>' /bin/cat /logs/trace; echo ----------)
RUN test -f /install/done

# Clean up unwanted files
RUN rm -fr /install/rtcl

# Login as db2clnt user
CMD su - db2clnt

Những gì tôi sẽ làm là bình luận về Dockerfile bên dưới và bao gồm cả dòng vi phạm. Sau đó, bạn có thể chạy container và chạy các lệnh docker bằng tay, và xem các bản ghi theo cách thông thường. Ví dụ: nếu Dockerfile là

RUN foo
RUN bar
RUN baz

và nó sẽ chết ở quán bar tôi sẽ làm

RUN foo
# RUN bar
# RUN baz

Sau đó

$ docker build -t foo .
$ docker run -it foo bash
container# bar
...grep logs...