Копирование файла в Dockerfile, такого файла или каталога нет?

У меня есть файл Dockerfile в моей корневой (~) папке. Первые три строки моего файла выглядят так:

COPY file1 /root/folder/
COPY file2 /root/folder/
COPY file3 /root/folder/

но он возвращает следующую ошибку для каждой строки:

Данный файл или каталог отсутствует

Файлы находятся в том же каталоге, что и мой Dockerfile, и я запускаю команду docker build - < Dockerfileв том же каталоге в терминале.

Что я именно здесь делаю не так?

Инструкция COPY в Dockerfileкопирует файлы в srcк destпапке. Похоже , что вы либо с отсутствующим file1, file2и file3или пытаться строить Dockerfileиз той папки.

Обратитесь к документу Dockerfile

Также команда для создания Dockerfileдолжна быть примерно такой.

cd into/the/folder/
docker build -t sometagname .

Также проверьте .dockerignoreфайл.

Я знаю, что это очень редкий случай, но я упоминал об этом файле.

Возможно, это вызвано тем, что вы ссылаетесь на file1 / file2 / file3 как на абсолютный путь, который не находится в контексте сборки, Docker ищет путь только в контексте сборки.

Например, если вы используете COPY / home / yourname / file1, сборка Docker интерпретирует его как $ {docker build working directory} / home / yourname / file1, если здесь нет файла с таким же именем, ошибка файла или каталога не возникает.

Обратитесь к одной из проблем с докером

Кажется, что команды:

docker build -t imagename .

а также:

docker build -t imagename - < Dockerfile2

не выполняются одинаково. Если вы хотите создать 2 образа докеров из одной папки с помощью Dockerfile и Dockerfile2, команду COPY нельзя использовать во втором примере с использованием stdin (<Dockerfile2). Вместо этого вы должны использовать:

docker build -t imagename -f Dockerfile2 .

Тогда COPY работает должным образом.

Запуск docker build . -f docker/development/Dockerfileсработал, что позволяет запускать файл докеров из указанного каталога, отличного от корня вашего приложения.

Используйте -fили, --fileчтобы указать имя и расположение файла Dockerfile.

Это случилось со мной при попытке запустить файл докера из другого каталога.

У меня была проблема, COPY failed: stat /var/lib/docker/tmp/docker-builder929708051/XXXX: no such file or directoryи мне удалось решить эту проблему, указав файл докера.

Это было docker build docker/development/Dockerfileпричиной этой проблемы для меня.

Сначала мне это показалось странным, потому что когда у меня был Dockerfileкорневой каталог приложений, он работал нормально. Это поможет, если вы хотите немного лучше управлять файлами докеров среды.

Я только что столкнулся с этой проблемой, и ни одно из предложений здесь не решило мою проблему. Оказалось, что в моем файле были неправильные окончания строк , и мне пришлось заменить их на соответствующие окончания строк. (В этом случае из CRLF в LF, поэтому Ubuntu 14.04 распознает скрипт, который я редактировал в Windows.)

Я изменил окончания строк с помощью VSCode, и у большинства редакторов кода должна быть возможность выбирать окончания строк.

Надеюсь, это кому-то поможет.

Я чувствую себя немного глупо, но моя проблема заключалась в том, что я запускал docker-compose, а мой Dockerfile находился в подкаталоге ./deploy. Моя ссылка ADD должна относиться к корню проекта, а не к Dockerfile.

Изменено: ADD ./file.tar.gz / etc / folder / в: ADD ./deploy/file.tar.gz / etc / folder /

Во всяком случае, подумал, что опубликую на случай, если кто-то столкнется с той же проблемой.

Вот решение и лучшая практика:

Вам нужно создать папку ресурсов, в которой вы можете хранить все ваши файлы, которые вы хотите скопировать.

├── Dockerfile
│   └── resources
│       ├── file1.txt
│       ├── file2.js

Команду для копирования файлов нужно указать так:

COPY resources /root/folder/

где

* ресурсы - ваша локальная папка, которую вы создали в той же папке, где находится Dockerfile.

* / root / folder / - папка в вашем контейнере

Для следующей ошибки,

COPY failed: stat /<**path**> :no such file or directory

Я получил это, перезапустив службу докеров.

sudo service docker restart

Ошибка «Файл не найден» с Docker put_archive. Я использую Python API для докеров. Докер версии 1.12.5, сборка 7392c3b

docker.errors.NotFound: 404 Client Error: Not Found ("lstat /var/lib/docker/aufs/mnt/39d58e00519ba4171815ee4444f3c43d2c6a7e285102747398f6788e39ee0e87/var/lib/neo4j/certificates: no such file or directory")

Я не могу копировать файлы в созданный контейнер докеров.

con = cli.create_container(...)
cli.put_archive(...)
cli.start(con['Id'])

Если я изменю порядок работы, ошибки не возникнет, и файлы будут скопированы именно туда, где они мне нужны. Итак, я знаю, что мой код работает и делает то, что я хочу. Но важно скопировать файлы конфигурации в контейнер до его запуска. Копирование файлов после запуска приводит к тому, что контейнер запускается с конфигурацией по умолчанию, а не с пользовательской конфигурацией, которую необходимо скопировать на место перед запуском контейнера. Докер утверждает, что эта проблема закрыта, но все еще влияет на мое приложение.

Это работает; Тот же код, другой порядок выполнения.

con = cli.create_container(...)
cli.start(con['Id'])
cli.put_archive(...)

если вы уверены, что поступили правильно, но докер все еще жалуется, взгляните на эту проблему: https://github.com/moby/moby/issues/27134 .
Я обгорел от этого, и похоже, что перезапуск Docker Engine service docker restartпросто решит эту проблему.

Я искал исправление этого, и папка, которую я ДОБАВИЛ или КОПИРОВАЛА, не находилась в папке сборки, в нескольких каталогах выше или в /

Перемещение папки из-за пределов папки сборки в папку сборки устранило мою проблему.

один из способов не использовать стандартный ввод и сохранить контекст:

1) в вашем Dockerfile вы должны добавить

ADD /your_dir_to_copy /location_in_container

2) после этого вы должны перейти к родительскому элементу / your_dir_to_copy dir

2) затем запустите эту команду

sudo docker build . -t (image/name) -f path_of_your_dockerfile/Dockerfile

3) после того, как вы создадите свой контейнер

docker run -ti --rm cordova bash

4) После того, как вы скопируете каталог в свой контейнер

Предыдущие вызовы COPY могут быть связаны с изменением каталога.

COPY ./server/package.json ./server      # this passes, but the dest ./server is considered a file

COPY ./server/dist ./server/dist         # error, ./server/dist is not a directory

Добавьте завершающую косую черту к первому вызову

COPY ./server/package.json ./server/

Я столкнулся с этим. Копирование некоторых каталогов не помогло. Копирование файлов сделал. Оказалось, что это связано с тем, что файлы, содержащиеся в .gitignore (а не только .dockerignore), также игнорируются. См .: https://github.com/zeit/now/issues/790

Я знаю, что это старое, но кое-что нужно указать. Если вы думаете, что все в порядке, проверьте свой файл .gitignore :)

У вас может быть папка локально, но если папка находится в вашем git ignore, то ее нет на сервере, а это означает, что Docker не может найти эту папку, поскольку она не существует.

Похоже и благодаря ответу Цлегайтиса , после

gcloud builds submit --config cloudbuild.yaml . 

это показывает

Check the gcloud log [/home/USER/.config/gcloud/logs/2020.05.24/21.12.04.NUMBERS.log] to see which files and the contents of the
default gcloudignore file used (see `$ gcloud topic gcloudignore` to learn
more).

Проверяя этот журнал, он говорит, что докер будет использовать .gitignore:

DATE Using default gcloudignore file:
# This file specifies files that are *not* uploaded to Google Cloud Platform
# using gcloud. It follows the same syntax as .gitignore, with the addition of
# "#!include" directives (which insert the entries of the given .gitignore-style
# file at that point).
# ...

.gitignore

Поэтому я исправил свой .gitignore(вместо этого я использую его как белый список), и докер скопировал файл.

[Я добавил ответ, потому что у меня недостаточно репутации, чтобы комментировать]

У меня была эта проблема, хотя мой исходный каталог находился в правильном контексте сборки. Причина в том, что мой исходный каталог был символической ссылкой на место вне контекста сборки.

Например, мой Dockerfile содержит следующее:

COPY dir1 /tmp

Если dir1это символическая ссылка, то COPYв моем случае команда не работает.

Так что это случилось пару раз совсем недавно. Как разработчик .Net, используя VisualStudio Я изменил свое имя сборки из SomeThingв Somethingкачестве имени DLL , но это не меняет файл .csproj , который остаетсяSomeThing.csproj

Dockerfile использует имена файлов Linux с учетом регистра, поэтому вновь созданный автоматически Dockerfile пытался скопировать, Something.csprojно не смог найти. Итак, вручную переименовав этот файл (сделав его строчными буквами), все заработало

Но ... вот предостережение. Это изменение имени файла на моем ноутбуке с Windows не SomeThing.csprojобрабатывается Git, поэтому источник репо все еще находится в репо, и во время процесса CI / CD сборка Docker не удалась по тем же причинам ...

Мне пришлось изменить имя файла непосредственно в качестве фиксации репо .... неприятный небольшой обходной путь, но меня заставили

tl; dr Если в ОС Windows проверьте чувствительность к регистру имен файлов и имейте в виду, что локальные переименования файлов не обрабатываются при изменении Git, поэтому убедитесь, что ваше репо также изменено при использовании CI / CD

Здесь уже есть отличные ответы. Что сработало для меня, так это переместить комментарии на следующую строку.

ПЛОХО :

WORKDIR /tmp/app/src # set the working directory (WORKDIR), so we can reference program directly instead of providing the full path.
COPY src/ /tmp/app/src/ # copy the project source code

ХОРОШО :

WORKDIR /tmp/app/src
  # set the working directory (WORKDIR), so we can reference program directly instead of providing the full path.
COPY src/ /tmp/app/src/
  # copy the project source code