`docker-credential-gcloud` отсутствует в системном PATH

Примечание: все docker-credential-gcr ниже можно заменить на docker-credential-gcloud. Думаю, это просто разные версии gcloud, могу ошибаться.

Я также использовал Homebrew Cask для установки gcloud. Я установил docker-credential-gcr с

$ gcloud components install docker-credential-gcr

А потом, как вы сказали, which docker-credential-gcr ничего вам не дал.

Я запустил which gcloud и обнаружил, что в /usr/local/bin есть символическая ссылка на gcloud. Эта символическая ссылка создается Homebrew при первой установке gcloud. Теперь docker-credential-gcr устанавливал не Homebrew, а сам gcloud, поэтому символической ссылки нет.

Я позвонил readlink /usr/local/bin/gcloud и узнал, что gcloud установлен в /usr/local/Caskroom/google-cloud-sdk/latest/google-cloud-sdk/bin/.

Потом:

$ ls /usr/local/Caskroom/google-cloud-sdk/latest/google-cloud-sdk/bin

Там вы должны увидеть docker-credential-gcr в списке.

Я просто связал его с /usr/local/bin:

$ ln -s \
    /usr/local/Caskroom/google-cloud-sdk/latest/google-cloud-sdk/bin/docker-credential-gcr \
    /usr/local/bin/

Затем запустите:

$ docker-credential-gcr configure-docker

Должно получиться.

Была такая же проблема в Windows, при запуске Docker с контейнерами Linux, движком Docker v19.03.8. Использование docker compose. Я не использую gcloud для своих файлов докеров ...

DT1001 dockerpycreds.errors.InitializationError: docker-credential-gcloud не установлен или недоступен в PATH

1. Вариант 1. Отредактируйте файл конфигурации докера и удалите оттуда все записи gcloud.

   • Windows c:/Users/<your account>/.docker/config.json

   • Linux и MacOS ~/.docker/config.json

2. Вариант 2. Перейдите в раздел «Устранение неполадок» -> «Восстановить заводские настройки по умолчанию».

После этого мой docker compose без проблем создавал контейнеры и запускал изображения.

Так и не удалось найти способ решить проблему docker-credential-gcloud напрямую, но следующее заставило меня снова заработать. ВНИМАНИЕ: следующие действия удалят все ваши существующие образы докеров и установят несколько утилит gcloud:

1. gcloud components install docker-credential-gcr,
2. Полностью перезапустите терминал
3. docker-credential-gcr configure-docker.

4. screen ~/Library/Containers/com.docker.docker/Data/com.docker.driver.amd64-linux/tty

5. umount /var/lib/docker/overlay2

6. rm -rf /var/lib/docker
7. Полностью перезапустите терминал.

В новой версии google-cloud-sdk есть только docker-credential-gcr, но не docker-credential-gcloud. С другой стороны, один из моих пакетов Python всегда запрашивал docker-credential-gcloud.

Решение заключалось в символической ссылке docker-credential-gcloud на docker-credential-gcr:

ln -s /path/to/google-cloud-sdk/bin/docker-credential-gcr /usr/local/bin/docker-credential-gcloud

ls -l /usr/local/bin | grep docker должен теперь напечатать:

...
docker-credential-gcloud -> /path/to/google-cloud-sdk/bin/docker-credential-gcr
...

Кажется, это действительно что-то с Homebrew Cask. Я удалил бочку, а затем переустановил Google Cloud SDK, вручную загрузив tar-мяч и запустив пакетный сценарий установки, как описано там.

Теперь docker-credential-gcloud на моем пути:

$ which docker-credential-gcloud
/Users/moritz/google-cloud-sdk/bin/docker-credential-gcloud

Обычно эта ошибка указывает на то, что ваша переменная $PATH была затерта пакетом или программой, которые вы недавно установили, поэтому Google Cloud SDK не может быть найден.

$PATH изменяется многими программами при установке путем изменения ~/.profile, ~/.bash_profile или ~/.bashrc или их эквивалентов, отличных от bash. При плохом $PATH Google Cloud SDK настроен в docker, но его нельзя рассматривать как исполняемый файл, поэтому мы получаем эту ошибку. Предполагается, что вы использовали Google Cloud SDK в прошлом, но если gcloud настроен с вашим докером, то, вероятно, вы это сделали. Не переустанавливайте gcloud и не отключайте его, он у вас уже есть в вашей системе, и это нормально.

Решение состоит в том, чтобы исправить $PATH, ничего не устанавливать.

echo $PATH

Это должен быть довольно длинный список каталогов, в которых находятся ваши файлы с разделителями :. Вы видите google-cloud-sdk/bin в строке? Неужели струна слишком коротка, учитывая все проблемы, с которыми вы столкнулись в своей жизни на этом компьютере? Вы используете NVM, но его нет? Используете Homebrew, но его нет? Попробуйте brew из командной строки, работает?

Если ответ отрицательный на любой из вышеперечисленных, проверьте файлы выше, чтобы увидеть, есть ли какие-либо новые записи внизу каждого, которые могли бы что-то сломать. Вы только что установили что-нибудь новое?

Что-то мешает вашему $PATH, и вам нужно выяснить, что это такое. Для меня это обычно связано с Anaconda Python с помощью команды conda init. Для вас это может быть nvm или что-то еще. Выясните, что это такое, и устраните проблему. Не начинайте с нового $PATH и не устанавливайте то же самое заново или не отключайте gcloud аутентификацию.

На MacOS

Шаг 1:

Установите gcloud и docker-credential-gcr, следуя этому руководство

Шаг 2:

$ ln -s /usr/local/google-cloud-sdk/bin/docker-credential-gcr /usr/local/bin/docker-credential-gcloud

Шаг 3:

$ rm -rf ~/.docker

Шаг 4:

$ docker-compose build --pull

Заканчивать!

У меня возникла проблема, когда я попытался подключиться по SSH из Google Cloud Build в экземпляр виртуальной машины Engine, поэтому у меня

steps:
- name: 'gcr.io/cloud-builders/gcloud'
  args: ['compute', 'ssh',
         '--project', '$PROJECT_ID',
         '--zone', 'asia-southeast1-b',
         '--strict-host-key-checking=no',
         'username@instance-1',
         '--command' ,'sh start.sh'

My start.sh

#!/bin/sh

echo "Started: $(date --iso-8601=seconds)"

docker pull gcr.io/aaa/bbbc/cccc

echo "Finished: $(date --iso-8601=seconds)"

Проблема была How to set PATH when running a ssh command?

https://unix.stackexchange.com/questions/332532/how-to-set-path-when-running-a-ssh-command

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

Я запустил gcloud auth configure-docker и получил предупреждение:

WARNING: `docker-credential-gcloud\` not in system PATH.
gcloud's Docker credential helper can be configured but it will not work until this is corrected.

Я применил принятый ответ для этой темы, запустил gcloud components install docker-credential-gcr и получил длинную ошибку:

ERROR: (gcloud.components.install) You cannot perform this action because this Cloud SDK installation is managed by an external package manager.
Please consider using a separate installation of the Cloud SDK created through the default mechanism described at: https://cloud.google.com/sdk/

Когда ни одно решение не помогло, я удалил предоставленный Google пакет google-cloud-sdk, который был установлен через snap и установлен с помощью диспетчера пакетов, специфичного для дистрибутива, для меня это apt-get, как указано в Установка Google Cloud SDK: страница параметров установки и повторно запустил gcloud auth configure-docker, и на этот раз он решил мою проблему.

В моем случае проблема была связана с тем, как WSL 1 работает с Docker в Windows. Сначала я устанавливал и инициализировал gcloud только в WSL Ubuntu, а не в Windows. Однако, поскольку демон Docker фактически запускается в Windows, вам также необходимо установить gcloud для Windows (и не забудьте запустить там все инициалы и авторизации).