"boot2docker up" asking for password #405
Comments
This means you have not upgraded your vm (which unfortuanatly means deleting it and making a new one).
you need to:
this will setup up the new port forwarding (which will be deprecated eventually) and creates an sshkey and adds it to the persistence drive. |
Still asking for a password after I recreate the VM Brians-MacBookAir:repos bestes$ boot2docker delete |
I ran into this issue and it turned out my iso was outdated; you could try |
Bingo! Thanks so much. BTW, just for anyone else searching for this issue, I did find the password ("tcuser") and was trying with that as well, but ran into all kinds of other problems. I had also tried boot2docker destroy && boot2docker init && boot2docker up with no luck. |
|
virgin install on Aug 23, mac os x 10.9.4
any suggestions? nickg |
The ssh keys are created by 1 run the biggest thing is - can you keep the output of those |
Ahh the -v option. Didn't know about it.
First thing that jumps out is the key is set hostname (i.e. client9@mac.local) , but you are connecting to localhost. If I connect to the explicit hostname, it seems to work.
Then, it appears to succeed. Its quite possible my internal mac networking is non-standard due to various things installed and uninstalled. Thoughts? nickg |
Hmm, github formatting obscures it. scroll way right to see for ssh key "client@mac.local"... also the SSH connection attempt count doesnt increment and maybe could use a line break. onward! |
I had the same problem, delete/download/init did not resolved the problem for me. I opened VBox UI and found I had an outdated Extension pack. After I installed the new version, the keys were finally generated. I had VBox UI installed before so maybe there was conflict.
Hope that helps |
No way. I've tried everything explained here, but |
@pditommaso there seems to have been an issue with brew, so if you installed using it, please update again. |
Why is this issue closed? I'm getting the problem with a fresh brew update && brew upgrade.
|
thats not the correct version. you should have:
I'm told that brew has updated their version to correct this. |
Thanks @SvenDowideit, working now. I needed to
and then I got that version number. |
I had to manually delete existing |
Removing boot2docker, updating brew and resintalling fixed the SSH issue for me too. |
Well, what solved to me, and I think that more people can use it. If you already had boot2docker installed(using brew), do that:
|
on a brand new mac with a fresh install of 1.3.1 and homebrew i had this problem. I was able to fix it by following the other issue and confirming that the ssh keys were generated with the wrong permissions
|
I just experienced what @enjalot did: after removing/reinstalling everything the SSH keys in Everything was installed on OS X 10.10 via the latest Homebrew.
|
I'd really, really like to move those into "~/.boot2docker" so that the Maybe we have it check whether " My ultimate goal is that the clean-slate "start over" procedure for |
mmm, that aligns somewhat with how but does result in non-shared iso files, meaning you re-re-re-download the same one |
just btw... I run into this right now. Just tried PW
added the exports to my |
I had to clear my entire local config to fix this, and it worked: boot2docker delete
rm -rf ~/.boot2docker/ ~/.ssh/id_boot2docker*
boot2docker init
boot2docker up |
I encountered this issue after running boot2docker on my Mac with mixed users. Here's what I've observed:
I'm not quite sure how it's happening, but clearly, when boot2docker initializes the VM, it's grabbing the public key of the original user. Easy enough for me to copy slack's keys into tony's .ssh dir, now that I grok the issue. |
I'm trying with image 1.3.2 and getting error: "The host network interface with the given name could not be found." I have tried everything listed above here. Removing id_boot2docker, fixing .ssh permissions, removing the .boot2docker directory, etc. etc. I also upgraded virtualbox to 4.3.20. This seems to be network related somehow? Running on Mac Os X 10.8.5. Here is the full boot2docker -v init output: 2014/11/28 21:06:08 executing: VBoxManage hostonlyif ipconfig dyld: DYLD_ environment variables being ignored because main executable (/Applications/VirtualBox.app/Contents/MacOS/VBoxNetAdp --ip 192.168.59.3 --netmask 255.255.255.0 |
@fotinakis Thank you. |
I'm seeing this problem on OS X 10.10.1 repeatedly when using docker installed via
I've found the root cause in my case, which is the permissions of the docker private key get changed to
Fixing the permissions can be done with Usually nothing touches my private keys, so I'm wondering if there's a check in boot2docker or some startup script that updates the permissions erroneously? I reset the permissions in my own init script for now. |
|
This worked for me: |
In case anyone else happen to come across this even with the latest version of boot2docker, make sure you don’t have the VM running under another user account on the same machine simultaneously. As a side note, even after stopping boot2docker VM under first account I still haven’t been able so far to work with Docker from the second account. The VM takes much longer to start for some reason and after that docker client is not able to connect to it, throwing up with an “i/o timeout” error. |
The other issue with running boot2docker concurrently under different accounts is boot2docker/boot2docker-cli#337 |
This is still a problem in boot2docker 1.5.0 |
I had the same issue caused by |
+1 |
+1 @enjalot:
Strikes me quite reasonable that |
boot2docker shouldn't need to auth using an SSH key to connect to localhost. Maybe we should consider turning auth off completely in the VM's SSH daemon, and this issue would go away for free. |
OK, for me moving the old .ssh/id_boot2docker* files to a different folder and then running the sequence helped:
|
I had this issue caused by my Host *
PermitLocalCommand yes
LocalCommand tar c -C${HOME} .oh-my-zsh .zshrc .vim .vimrc | ssh -o PermitLocalCommand=no %n "tar mx -C${HOME} ; chsh -s /bin/zsh" Removing these settings fixed it for me. |
I had to change the VirtualBox settings to not have a space in Default Machine Folder path: Before this, running
Using docker and boot2docker 1.5.0 via brew (based on @jerrymf boot2docker/osx-installer#106 (comment)) |
I was tearing my hair out for a while on this one. Nothing seemed to work, including everything mentioned in this thread. I had completely removed everything (.boot2docker/, ./ssh/id_boot2docker*, /usr/bin/local/boot2docker, VirtualBox VMs/boot2docker-vm/, VirtualBox application) and still couldn't fix. Installing latest version of boot2docker (1.5.0) didn't help, installing the latest VirtualBox (4.3.26) didn't help ... Finally, I opened the VirtualBox GUI and explicitly deleted all previous appliances (including boot2docker-vm and one I had renamed to 'dev'), and that finally did the trick. Argh. Hope this helps someone else. |
Solution: As strange as it may sound you need to enter the password "tcuser" at least 4 times. Makes no sense but it works. |
@swogger I've done that as well but no help :(
Worked fine :) |
Thanks @toddlers, it worked for me 👍 |
Finally ... |
Had the same error on fresh install following the exact instructions on https://docs.docker.com/installation/mac/ Reboot of the host machine solved my issue. |
@toddlers black magic was effective. |
@toddlers solution worked for me too. Thanks! |
I recently upgraded (via homebrew) to boot2docker v1.0.0. Since doing this,
boot2docker up
has been asking for a password:The boot2docker disk image is v1.0.1.
Any clues as to why this might be happening?
Additionally, it appears that the docker daemon in the boot2docker disk is not listening on the port I've configured it to use:
To add one more point of confusion here, the vbox port forwarding mappings are messed up as well:
Thank you!
The text was updated successfully, but these errors were encountered: