We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Hi,
Kaniko builds broken images that works when built with docker instead.
The error when trying to run the image is:
Error processing tar file(exit status 1): chtimes /etc/service/apache: no such file or directory
Unlike #572 I do push and use --destination, #132 seems to describe the same issue but was closed back in 2018
--destination
The relevant part of the Dockerfile is:
Dockerfile
RUN mkdir /etc/service/apache COPY apache.sh /etc/service/apache/run RUN chmod 0500 /etc/service/apache/run
Which leads to the following in the kaniko build:
INFO[0061] RUN mkdir /etc/service/apache INFO[0061] cmd: /bin/sh INFO[0061] args: [-c mkdir /etc/service/apache] INFO[0061] Taking snapshot of full filesystem... INFO[0064] COPY apache.sh /etc/service/apache/run INFO[0064] Taking snapshot of files... INFO[0064] RUN chmod 0500 /etc/service/apache/run INFO[0064] cmd: /bin/sh INFO[0064] args: [-c chmod 0500 /etc/service/apache/run] INFO[0064] Taking snapshot of full filesystem... INFO[0065] Adding whiteout for /etc/service/apache Job succeeded
On a related note: Could somebody please write a short explanation of kaniko's whiteout behavior? Your own executor-debug image uses a hack:
# Declare /busybox as a volume to get it automatically whitelisted VOLUME /busybox
So when does kaniko whiteout something and is there no way but VOLUME to stop it?
VOLUME
The image works like with docker build
docker build
/kaniko/executor --context $CI_PROJECT_DIR --dockerfile $CI_PROJECT_DIR/Dockerfile account/image:latest
For Dockerfile and additional files see this repo.
The image created by kaniko is here (sha256:8b646753fdff45ec5f19395bbf805acac87c79b9a9685facef728011ee6c9dff)
--cache
Thank you, Stefan
The text was updated successfully, but these errors were encountered:
@stefanfritsch This issue occurs because /etc/service is a symlink. See #942
/etc/service
root@0dc79d6ef136:/# ls -al /etc | grep service lrwxrwxrwx 1 root root 22 Nov 16 2017 service -> runit/runsvdir/default
Sorry, something went wrong.
Thanks a lot. I'll close this issue then. 👍
No branches or pull requests
Hi,
Actual behavior
Symptom
Kaniko builds broken images that works when built with docker instead.
The error when trying to run the image is:
Related bugs
Unlike #572 I do push and use
--destination
, #132 seems to describe the same issue but was closed back in 2018Build process
The relevant part of the
Dockerfile
is:Which leads to the following in the kaniko build:
Whiteout
On a related note: Could somebody please write a short explanation of kaniko's whiteout behavior? Your own executor-debug image uses a hack:
So when does kaniko whiteout something and is there no way but
VOLUME
to stop it?Expected behavior
The image works like with
docker build
To Reproduce
Additional Information
For Dockerfile and additional files see this repo.
The image created by kaniko is here (sha256:8b646753fdff45ec5f19395bbf805acac87c79b9a9685facef728011ee6c9dff)
Triage Notes for the Maintainers
--cache
flagThank you,
Stefan
The text was updated successfully, but these errors were encountered: