Credentials store docker-credential-osxkeychain exited with "User interaction is not allowed."

When I run docker-compose locally, it works just fine, but if I ssh into the machine I get the following:

$ docker-compose up                                                                             
Building web
Traceback (most recent call last):
  File "docker-compose", line 3, in <module>
  File "compose/cli/main.py", line 68, in main
  File "compose/cli/main.py", line 118, in perform_command
  File "compose/cli/main.py", line 926, in up
  File "compose/project.py", line 401, in up
  File "compose/service.py", line 311, in ensure_image_exists
  File "compose/service.py", line 888, in build
  File "site-packages/docker/api/build.py", line 207, in build
  File "site-packages/docker/api/build.py", line 254, in _set_auth_headers
  File "site-packages/docker/auth.py", line 85, in resolve_authconfig
  File "site-packages/docker/auth.py", line 129, in _resolve_authconfig_credstore
docker.errors.DockerException: Credentials store error: StoreError('Credentials store docker-credential-osxkeychain exited with "User interaction is not allowed.".',)
Failed to execute script docker-compose

Any ideas?

If I click on the docker icon in the menu bar -> preferences -> and I untick "Securely store docker logins in macOS keychain" this problem goes away.

[juancarlosfarah]

I'm experiencing the same issue. Unticking as suggested by @xanview worked for me too, but it would good to know how to fix it without that workaround.

[aumana]

I just experienced the same issue

[antipin]

If it can help someone, I've got the same error when executed docker-compose up with no PATH env variable available.
It could happen if you are running docker-compose through some other tool. In my case it was an utility that merges .env files and runs next command with correspondent environment variables.

[ivanrvpereira]

@antipin to me it happens after an OSX crash and somehow the recovered iterm2 sessions are unusable.
Open a new iterm2 tab solves the problem.

[wcgcoder]

Recently I experienced this issue. I went to Keychain Access and locked/unlocked my local keychain. Then I restarted Docker for Mac.

[mprihoda]

Running security unlock-keychain in the problematic terminal session works for me.

It started to do this to me every time I log in via SSH or use tmux, since one of the last Docker updates (I'm on 17.12.0-ce-mac49 now).

[n4ss]

We don't provide a way currently to execute an auto headless unlock of the keychain.

[ssbarnea]

Two years later and this is still a serious issue, killing any automation attempts.

I guess the only workaround to this is to go back to non unsing the keychain and getting used to all the runtime warnigns related to unsecured creadentials inside ~/.docker/config.json.

[jamesmehorter]

Ran into this today, and oddly just had to restart my mac :\

[raowaqasakram]

same problem.please anyone

[collinsmetto]

Trying the solution offered by @ghost i.e. clicking on the docker icon in the menu bar -> preferences -> and unticking "Securely store docker logins in macOS keychain" yielded an initialization error:

dockerpycreds.errors.InitializationError: docker-credential-osxkeychain not installed or not available in PATH
I reticked the "Securely store docker logins in macOS keychain" and did a docker login afresh. This solved the issue for me.

[Resch-Said]

For Windows and Docker Hub:
Docker -> rightclick -> settings -> Shared Drives -> activate your drive(probably C)