Kitematic: Stuck at 99%

[peroksid]

Started Kinematic (Beta), it stucks on 99% on "Step out of 2", Starting Docker VM.
Mac OS 10.10.2 (14C1510)

[peroksid]

Kinematic version is 0.5.10

[otaran]

:+1:

[DieterReuter]

I had the same issue. Installing v0.5.11 the very first time, but after some minutes waiting it was ok. Now it's running. Maybe there's any timeout controlling the VirtualBox VM.

[otaran]

I get following error after waiting for awhile (0.5.10): Error: connect ETIMEDOUT 192.168.99.101:2376

[peroksid]

VirtualBox GUI shows "dev" VM in running state. Kinematic still shows 99% (more than 1 hour since I launched Kinematic). I have boot2docker installed already (previously) but I haven't started it this time. Maybe this could cause something.

[dfinninger]

:+1: Hung at 99%. Virtualbox shows "dev" VM running and the preview has the Boot2Docker login all fine. I force quit Kitematic, then reopened it. Then reopened the app and everything came up fine.

Looks like this may just be a bug in the install process where Kitematic isn't properly notified that everything came up a-ok.

[mattkanwisher]

Same here stuck at 99%, the boot2docker is up in my virtual box, but it can't connect to 192.168.1.100 on the virtual box

[cfljam]

Im stuck at "loading images" . Force quit + restart didnt help.

[jzmudzinski]

It seems to be issue with Yosemite. I guess this is the source of the error:

WARNING: The Gestalt selector gestaltSystemVersion is returning 10.9.3 instead of 10.10.3. Use NSProcessInfo's operatingSystemVersion property to get correct system version number.

[otaran]

I am running Mavericks (10.9.5), so I don't think this is the issue with Yosemite.

[jmorganca]

Thanks for reporting this - the integration with docker machine isn't quite perfect yet, sorry about that. We're hard at work on it. Some gotchas we've seen:

• Corporate VPN blocking access to 192.168.x.x
• Make sure you have VirtualBox 4.3.x installed (Kitematic will use your existing VBox or install the latest)

Usually the best way is to restart (i.e. remove the vm and start Kitematic again).

[gegere]

@jeffdm this worked great as a solution!

[otaran]

After OS reboot everything is working!

[benoitbesnard]

@jeffdm It's OK for me !

Don't forget to remove the "dev" VM from Virtual Box.

[cfljam]

Worked for me too

Sent from my shoe

---

From: Benoît Besnardmailto:[email protected]
Sent: ‎13/‎03/‎2015 5:17 a.m.
To: kitematic/kitematicmailto:[email protected]
Cc: John McCallummailto:[email protected]
Subject: Re: [kitematic] Stuck at 99% (#236)

@jeffdmhttps://github.com/jeffdm It's OK for me !

Don't forget to remove the "dev" VM from Virtual Box.

—
Reply to this email directly or view it on GitHubhttps://github.com/kitematic/kitematic/issues/236#issuecomment-78901681.

The contents of this e-mail are confidential and may be subject to legal privilege.
If you are not the intended recipient you must not use, disseminate, distribute or
reproduce all or any part of this e-mail or attachments. If you have received this
e-mail in error, please notify the sender and delete all material pertaining to this
e-mail. Any opinion or views expressed in this e-mail are those of the individual
sender and may not represent those of The New Zealand Institute for Plant and
Food Research Limited.

[toriaezunama]

I had the same problem and the fix worked for me too

[stuartcw]

I have the same problem Virtual Box 4.3.26 and Kitematic (Beta) Version 0.5.10.

I have:

• Reinstalled Virtual Box
• Reinstalled Kitematic
• Removed dev VMs from Virtual Box and tried starting Kitematic again.

Does any have any other ideas?

My Mac's IP address details are:

inet 192.168.2.103 netmask 0xffffff00 broadcast 192.168.2.255

Does this make any difference? It is not clashing with the Virtual Box IP Address of:

inet 192.168.99.1 netmask 0xffffff00 broadcast 192.168.99.255

[diegorojas-dev]

I had same problem and finally removing "dev" VM solved issue.
Thanks.

[WangWenchao]

I remove the dev and reinstall the Kitematic twice ,it works :)

[argan]

I reinstalled VIrtualBox(4.3.26), Kitematic(0.5.13) , and remove dev from VirtualBox ,but it doesn't work.

[jmorganca]

@argan if you run:

• docker-machine ssh dev
• docker ps

This will check that the VM is up and Docker is running inside. Does this work?

Thanks for the note

[argan]

I can "docker-machine ssh dev" into the runing VM, and "docker ps" works ,no container running,but kitematic still stuck at 99%

[goseki]

@argan try deleting dev AND remove it DELETING files .. THEN rerun Kitematic .. I was like you it sat on 99% for a time but I could see dev had booted and unlike other times where boot2docker had not properly installed/configured this time everything was configured and Kitematic GUI happily loaded hello-world

[argan]

Delete 'dev' VM first, start Kitematic,it stuck at 99%,and in VIrtualBox GUI,'dev' VM shows 'running',then quit Kitematic and restart it , it works .

[jmorganca]

@argan thanks for the info!

Deleting the VM seems to solve the problem, though it's not a _great_ solution. Some machine related fixes should come in docker-machine 0.2.0 and then we'll deep dive from there!

[argan]

@jeffdm Also I delete boot2docker.app first,maybe boot2docker and kitematic are fighting in my computer,:)

[ruprict]

Same problem :crying_cat_face: I have:

• Removed boot2docker entirely
• Rebooted
• Removed the dev vm several times and restarted the Kitematic setup
• Quit Kitematic, restarted VM, open Kitematic.
• Did the docker-machine rm approach from Known Issues

All to no avail.
VM 4.3.26 and Kitematic 0.5.13, docker-machine 1.0

The dev VM seems to start (albeit, slowly) and get to a prompt, but the process never gets passed INFO[0009] Waiting for VM to start... It just sits there...forever.

Looks like what I am seeing is related to this issue

[jmorganca]

@argan I don't think so :smiley: Though it seems like having two VMs sometimes causes issues. Looking into this.

@ruprict sorry to hear that! If you run docker-machine ssh dev, are you able to ssh into the VM once it's started? Does it show any kind of error? Is it the port '0' error? I'll keep an eye on the docker-machine issue you linked to

[ruprict]

@jeffdm Nope, I cannot...get the Bad port '0' message. :sad_panda:

[jmorganca]

I see. Thanks @ruprict. Sorry about that

[pixeldrew]

I fixed this by removing the dev machine AND all of the virtual networks in settings. It seems that docker-machine doesn't play nice if you've had other host only adapters added (mine were added by vagrant)

[jmorganca]

@pixeldrew thanks!!

Interesting, the host adapters seem to be related

cc @ehazlett @nathanleclaire

[nathanleclaire]

I fixed this by removing the dev machine AND all of the virtual networks in settings. It seems that docker-machine doesn't play nice if you've had other host only adapters added (mine were added by vagrant)

I'm starting to suspect that some of the networking woes are related to this issue as multiple users have brought it up now.

[dev-guy]

FYI in case someone does this, I had the "99% problem" after I stupidly removed the port forwarding for ssh. VirtualBox dev->Settings->Network->Adapter 1->Port Forwarding

[mchiang0610]

We are testing out a pre-release that should fix this problem! Mind giving it a try?

https://github.com/kitematic/kitematic/releases/download/v0.5.27-intel-nic/Kitematic-0.5.27-intel-nic.zip

Let us know if you are still running into the issue after.

[goseki]

OK .. the first run produced the
  attached result ..

  BUT .. choose Delete VM and retry .. and boom!

  Works just fine .. loaded up an Nginx container which works
  perfect.

  So whatever you're doing in that Delete VM .. is the answer.

  Cheers

  On 21/05/15 6:03 pm, Michael Chiang wrote:


  We are testing out a pre-release that should fix this problem!
    Mind giving it a try?
  https://github.com/kitematic/kitematic/releases/download/v0.5.27-intel-nic/Kitematic-0.5.27-intel-nic.zip
  Let us know if you are still running into the issue after.
  —
    Reply to this email directly or view
      it on GitHub.

[mchiang0610]

@goseki sorry, your result doesn't seem to be included.

cc @ehazlett @nathanleclaire ; seems like the issue isn't fully fixed yet. We will continue to update you guys on this.

[goseki]

ok .. here is the text from the setup
  error

  We're Sorry!

  There seems to have been an unexpected error with Kitematic:

  Cannot connect to the Docker Engine. Either
    the VM is not responding or the connection may be blocked (VPN
    or Proxy): Hostname/IP doesn't match certificate's altnames:
    "IP: 192.168.99.100 is not in the cert's list: 192.168.99.101"

    Retry Setup ..... Delete VM and
    Retry Setup  <- THIS WORKS!


  On 21/05/15 6:49 pm, Michael Chiang wrote:


  @goseki sorry, your result doesn't
    seem to be included. 
  cc @ehazlett
    @nathanleclaire
    ; seems like the issue isn't fully fixed yet. 
  —
    Reply to this email directly or view
      it on GitHub.

[dougio]

@mchiang0610 I have tried 0.5.27 on my computer, still doesn't work.
I have a boot2docker installed before I use kitematic. So when I was trying 0.5.27, there were two virtual machines in my virtualbox -- one was "boot2docker", the other one was "dev" (created by kitematic).

Finally, I removed both of them, restart virtualbox and kitematic, it successful started.
There is only "dev" virtual machine left now.

Maybe the boot2docker cannot work with kitematic on same computer?

[mchiang0610]

@goseki Thanks! So it seems like re-creating Docker Machine instance worked.

@mhoudg Do you mind providing logs to help with this?

cd  your directory

./Kitematic\ \(Beta\).app/Contents/MacOS/Kitematic\ \(Beta\) 

[goseki]

@michaelchiang  yes this was the
  technique I used to get B2D installed previously .. 
  the Dev VM seems at fault somehow .. some have suggested the
  virtual network controllers might be at fault .. certainly that
  MIGHT be supported by the error message I got .. 99.100 vs 99.101

  could it be something as simple as a mis-indexed variable?
  whatever gets assigned to the virtual controller's IP address?


  On 21/05/15 7:28 pm, Michael Chiang wrote:


  @goseki Thanks! So it seems like
    re-creating Docker Machine instance worked. 
  @mhoudg Do you mind providing logs to
    help with this? 
  ./Kitematic\ \(Beta\).app/Contents/MacOS/Kitematic\ \(Beta\) 


  —
    Reply to this email directly or view
      it on GitHub.

[dougio]

@mchiang0610 I would like to send you the file, but that path looks like a binary file, are you sure that's what you want?
And how can I send you a file on github? I can't see your email

[mchiang0610]

@mhoudg Oh, that command would run Kitematic with logs showing. I would like the logs.

[mchiang0610]

@mhoudg Did you try the v0.5.27-intel-nic one? The v0.5.27 official release doesn't have the fix. The pre-release: https://github.com/kitematic/kitematic/releases/tag/v0.5.27-intel-nic

[dougio]

@mchiang0610 I'm using the official release edition. Haven't tried pre-release edition.
And after I have removed "boot2docker-vm" and "dev", Kitematic not stuck any more. I have tried to remove "dev", start a "boot2docker-vm", and start Kitematic again, still not stuck.

I don't if the log still helps:

➜  MacOS  ./Kitematic\ \(Beta\)
[74743:0521/163543:INFO:renderer_main.cc(200)] Renderer process started
[74741:0521/163544:INFO:CONSOLE(109)] "Download the React DevTools for a better development experience: https://fb.me/react-devtools", source: /Applications/Kitematic (Beta).app/Contents/Resources/app/node_modules/react/lib/React.js (109)
Checking for update...
[74741:0521/163547:INFO:CONSOLE(48)] "Warning: Don't set .props.width of the React component <RetinaImage />. Instead, specify the correct value when initially creating the element or use React.cloneElement to make a new element with updated props. The element was created by Containers.", source: /Applications/Kitematic (Beta).app/Contents/Resources/app/node_modules/react/lib/warning.js (48)
[74741:0521/163547:INFO:CONSOLE(48)] "Warning: Don't set .props.height of the React component <RetinaImage />. Instead, specify the correct value when initially creating the element or use React.cloneElement to make a new element with updated props. The element was created by Containers.", source: /Applications/Kitematic (Beta).app/Contents/Resources/app/node_modules/react/lib/warning.js (48)
[74741:0521/163547:INFO:CONSOLE(48)] "Warning: Don't set .props.width of the React component <RetinaImage />. Instead, specify the correct value when initially creating the element or use React.cloneElement to make a new element with updated props. The element was created by Header.", source: /Applications/Kitematic (Beta).app/Contents/Resources/app/node_modules/react/lib/warning.js (48)
[74741:0521/163547:INFO:CONSOLE(48)] "Warning: Don't set .props.height of the React component <RetinaImage />. Instead, specify the correct value when initially creating the element or use React.cloneElement to make a new element with updated props. The element was created by Header.", source: /Applications/Kitematic (Beta).app/Contents/Resources/app/node_modules/react/lib/warning.js (48)
Update not available.
[74741:0521/163626:INFO:CONSOLE(104)] "[object Object]", source: /Applications/Kitematic (Beta).app/Contents/Resources/app/build/components/NewContainerSearch.react.js (104)

[mchiang0610]

@mhoudg The official release version doesn't have the patch yet because we are still testing the patch. This one _should_ fix it. https://github.com/kitematic/kitematic/releases/tag/v0.5.27-intel-nic

[epavlenko]

@mchiang0610, with Kitematic-0.5.27-intel-nic on 99% I get the following in log file and it's stuck again:

[3439:0521/134146:INFO:CONSOLE(62)] "Uncaught RangeError: Invalid string length", source: /Users/eugene/Downloads/Kinematic/Kitematic (Beta).app/Contents/Resources/app/node_modules/exec/exec.js (62)
[3439:0521/134146:INFO:CONSOLE(62)] "Uncaught RangeError: Invalid string length", source: /Users/eugene/Downloads/Kinematic/Kitematic (Beta).app/Contents/Resources/app/node_modules/exec/exec.js (62)
[3439:0521/134146:INFO:CONSOLE(62)] "Uncaught RangeError: Invalid string length", source: /Users/eugene/Downloads/Kinematic/Kitematic (Beta).app/Contents/Resources/app/node_modules/exec/exec.js (62)
...

[dev-guy]

@mchiang0610 Same problem. I will delete dev and see if it happens again. I have another vm running in virtual box. I think the problem has to do with which ip address 'dev' gets upon install versus reboot.

[dev-guy]

@mchiang0610 Bad news. After creating a new 'dev' and rebooting, same problem. Reboot is the killer for me.

[nathanleclaire]

  Cannot connect to the Docker Engine. Either
    the VM is not responding or the connection may be blocked (VPN
    or Proxy): Hostname/IP doesn't match certificate's altnames:
    "IP: 192.168.99.100 is not in the cert's list: 192.168.99.101"

This type of issue is why the docker-machine regenerate-certs command was created, although if I recall correctly it should do this automatically on start if the certs are invalid.

[daniel-smith-kaazing]

In my case, the VM "dev" folder and everything in it was created belonging to "root". I ran the installation under a different user with admin privileges. In VirtualBox it showed that VM was inaccessible. So I changed the owner to match the ID/group I used to install and that error went away. However it is still stuck at 99%.

[priezz]

Just to report that v0.5.27-intel-nic works for me. v0.5.27 and v0.6.00 repeatedly get error:
Testing TCP connection to: localhost:51397
Using SSH client type: external
About to run SSH command:
exit 0
&{/usr/bin/ssh [/usr/bin/ssh -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i /Users/a/.docker/machine/machines/dev/id_rsa -p 51397 docker@localhost exit 0] [] [] ?reflect.Value? false [] [] [] [] }

[lordillusions]

Same isse, deleted dev from VM, restarted KiteMatic, and then worked. :)

It's more an Alpha than a Beta, but I liked it! =D

[mchiang0610]

@lordillusions Thanks. There are still a lot of work in stabilizing Kitematic. We are dependent on many projects so we are trying our best to make sure the issues get solved in a 'somewhat' timely fashion. :)

[StefanScherer]

I have the same issue running Kitematic from source in a fresh Mac Mavericks VM.

Stuck at 99%, high CPU load of docker-machine 0.2.0 consuming a lot of memory.

Investigating with docker-machine ls shows the "Bad port '0'" error from https://github.com/docker/machine/issues/479

$ ./docker-machine ls
Bad port '0'
ERRO[0000] error getting URL for host dev: exit status 255 
NAME   ACTIVE   DRIVER       STATE     URL   SWARM
dev             virtualbox   Running         
vagrant at kitematic in ~/code/kitematic/resources on master-hypriot

With debug information:

$ ./docker-machine -D ls
DEBU[0000] executing: /usr/bin/VBoxManage showvminfo dev --machinereadable 
DEBU[0000] STDOUT: name="dev"
groups="/"
ostype="Linux 2.6 / 3.x (64 bit)"
UUID="7d0c0576-f71c-4d6e-9c86-5d4306d130ed"
CfgFile="/Users/vagrant/.docker/machine/machines/dev/dev/dev.vbox"
SnapFldr="/Users/vagrant/.docker/machine/machines/dev/dev/Snapshots"
LogFldr="/Users/vagrant/.docker/machine/machines/dev/dev/Logs"
hardwareuuid="7d0c0576-f71c-4d6e-9c86-5d4306d130ed"
memory=2048
pagefusion="off"
vram=8
cpuexecutioncap=100
hpet="on"
chipset="piix3"
firmware="BIOS"
cpus=2
pae="on"
longmode="on"
synthcpu="off"
bootmenu="disabled"
boot1="dvd"
boot2="dvd"
boot3="disk"
boot4="none"
acpi="on"
ioapic="on"
biossystemtimeoffset=0
rtcuseutc="on"
hwvirtex="on"
nestedpaging="on"
largepages="on"
vtxvpid="on"
vtxux="on"
VMState="running"
VMStateChangeTime="2015-06-06T06:40:09.687000000"
monitorcount=1
accelerate3d="off"
accelerate2dvideo="off"
teleporterenabled="off"
teleporterport=0
teleporteraddress=""
teleporterpassword=""
tracing-enabled="off"
tracing-allow-vm-access="off"
tracing-config=""
autostart-enabled="off"
autostart-delay=0
defaultfrontend=""
storagecontrollername0="SATA"
storagecontrollertype0="IntelAhci"
storagecontrollerinstance0="0"
storagecontrollermaxportcount0="30"
storagecontrollerportcount0="30"
storagecontrollerbootable0="on"
"SATA-0-0"="/Users/vagrant/.docker/machine/machines/dev/boot2docker.iso"
"SATA-ImageUUID-0-0"="5b82e89d-4c6a-4e45-9a1e-dc95ab03143a"
"SATA-tempeject"="off"
"SATA-IsEjected"="off"
"SATA-1-0"="/Users/vagrant/.docker/machine/machines/dev/disk.vmdk"
"SATA-ImageUUID-1-0"="d00851e8-889a-4094-a47e-966437877eed"
"SATA-2-0"="none"
"SATA-3-0"="none"
"SATA-4-0"="none"
"SATA-5-0"="none"
"SATA-6-0"="none"
"SATA-7-0"="none"
"SATA-8-0"="none"
"SATA-9-0"="none"
"SATA-10-0"="none"
"SATA-11-0"="none"
"SATA-12-0"="none"
"SATA-13-0"="none"
"SATA-14-0"="none"
"SATA-15-0"="none"
"SATA-16-0"="none"
"SATA-17-0"="none"
"SATA-18-0"="none"
"SATA-19-0"="none"
"SATA-20-0"="none"
"SATA-21-0"="none"
"SATA-22-0"="none"
"SATA-23-0"="none"
"SATA-24-0"="none"
"SATA-25-0"="none"
"SATA-26-0"="none"
"SATA-27-0"="none"
"SATA-28-0"="none"
"SATA-29-0"="none"
natnet1="nat"
macaddress1="080027841BBF"
cableconnected1="on"
nic1="nat"
nictype1="virtio"
nicspeed1="0"
mtu="0"
sockSnd="64"
sockRcv="64"
tcpWndSnd="64"
tcpWndRcv="64"
Forwarding(0)="ssh,tcp,127.0.0.1,51086,,22"
hostonlyadapter2="vboxnet0"
macaddress2="08002758E9F5"
cableconnected2="on"
nic2="hostonly"
nictype2="virtio"
nicspeed2="0"
nic3="none"
nic4="none"
nic5="none"
nic6="none"
nic7="none"
nic8="none"
hidpointing="ps2mouse"
hidkeyboard="ps2kbd"
uart1="off"
uart2="off"
lpt1="off"
lpt2="off"
audio="none"
clipboard="disabled"
draganddrop="disabled"
SessionType="headless"
VideoMode="720,400,0"@0,0
vrde="off"
usb="off"
ehci="off"
SharedFolderNameMachineMapping1="Users"
SharedFolderPathMachineMapping1="/Users"
VRDEActiveConnection="off"
VRDEClients=0
vcpenabled="off"
vcpscreens=0
vcpfile="/Users/vagrant/.docker/machine/machines/dev/dev/dev.webm"
vcpwidth=1024
vcpheight=768
vcprate=512
vcpfps=25
GuestMemoryBalloon=0
GuestOSType="Linux26_64"
GuestAdditionsRunLevel=1
GuestAdditionsVersion="4.3.28 r100309"
GuestAdditionsFacility_VirtualBox Base Driver=50,1433572831303
GuestAdditionsFacility_Seamless Mode=0,1433572831302
GuestAdditionsFacility_Graphics Mode=0,1433572831302

DEBU[0000] STDERR:                                      
DEBU[0000] executing: /usr/bin/VBoxManage showvminfo dev --machinereadable 
DEBU[0000] STDOUT: name="dev"
groups="/"
ostype="Linux 2.6 / 3.x (64 bit)"
UUID="7d0c0576-f71c-4d6e-9c86-5d4306d130ed"
CfgFile="/Users/vagrant/.docker/machine/machines/dev/dev/dev.vbox"
SnapFldr="/Users/vagrant/.docker/machine/machines/dev/dev/Snapshots"
LogFldr="/Users/vagrant/.docker/machine/machines/dev/dev/Logs"
hardwareuuid="7d0c0576-f71c-4d6e-9c86-5d4306d130ed"
memory=2048
pagefusion="off"
vram=8
cpuexecutioncap=100
hpet="on"
chipset="piix3"
firmware="BIOS"
cpus=2
pae="on"
longmode="on"
synthcpu="off"
bootmenu="disabled"
boot1="dvd"
boot2="dvd"
boot3="disk"
boot4="none"
acpi="on"
ioapic="on"
biossystemtimeoffset=0
rtcuseutc="on"
hwvirtex="on"
nestedpaging="on"
largepages="on"
vtxvpid="on"
vtxux="on"
VMState="running"
VMStateChangeTime="2015-06-06T06:40:09.687000000"
monitorcount=1
accelerate3d="off"
accelerate2dvideo="off"
teleporterenabled="off"
teleporterport=0
teleporteraddress=""
teleporterpassword=""
tracing-enabled="off"
tracing-allow-vm-access="off"
tracing-config=""
autostart-enabled="off"
autostart-delay=0
defaultfrontend=""
storagecontrollername0="SATA"
storagecontrollertype0="IntelAhci"
storagecontrollerinstance0="0"
storagecontrollermaxportcount0="30"
storagecontrollerportcount0="30"
storagecontrollerbootable0="on"
"SATA-0-0"="/Users/vagrant/.docker/machine/machines/dev/boot2docker.iso"
"SATA-ImageUUID-0-0"="5b82e89d-4c6a-4e45-9a1e-dc95ab03143a"
"SATA-tempeject"="off"
"SATA-IsEjected"="off"
"SATA-1-0"="/Users/vagrant/.docker/machine/machines/dev/disk.vmdk"
"SATA-ImageUUID-1-0"="d00851e8-889a-4094-a47e-966437877eed"
"SATA-2-0"="none"
"SATA-3-0"="none"
"SATA-4-0"="none"
"SATA-5-0"="none"
"SATA-6-0"="none"
"SATA-7-0"="none"
"SATA-8-0"="none"
"SATA-9-0"="none"
"SATA-10-0"="none"
"SATA-11-0"="none"
"SATA-12-0"="none"
"SATA-13-0"="none"
"SATA-14-0"="none"
"SATA-15-0"="none"
"SATA-16-0"="none"
"SATA-17-0"="none"
"SATA-18-0"="none"
"SATA-19-0"="none"
"SATA-20-0"="none"
"SATA-21-0"="none"
"SATA-22-0"="none"
"SATA-23-0"="none"
"SATA-24-0"="none"
"SATA-25-0"="none"
"SATA-26-0"="none"
"SATA-27-0"="none"
"SATA-28-0"="none"
"SATA-29-0"="none"
natnet1="nat"
macaddress1="080027841BBF"
cableconnected1="on"
nic1="nat"
nictype1="virtio"
nicspeed1="0"
mtu="0"
sockSnd="64"
sockRcv="64"
tcpWndSnd="64"
tcpWndRcv="64"
Forwarding(0)="ssh,tcp,127.0.0.1,51086,,22"
hostonlyadapter2="vboxnet0"
macaddress2="08002758E9F5"
cableconnected2="on"
nic2="hostonly"
nictype2="virtio"
nicspeed2="0"
nic3="none"
nic4="none"
nic5="none"
nic6="none"
nic7="none"
nic8="none"
hidpointing="ps2mouse"
hidkeyboard="ps2kbd"
uart1="off"
uart2="off"
lpt1="off"
lpt2="off"
audio="none"
clipboard="disabled"
draganddrop="disabled"
SessionType="headless"
VideoMode="720,400,0"@0,0
vrde="off"
usb="off"
ehci="off"
SharedFolderNameMachineMapping1="Users"
SharedFolderPathMachineMapping1="/Users"
VRDEActiveConnection="off"
VRDEClients=0
vcpenabled="off"
vcpscreens=0
vcpfile="/Users/vagrant/.docker/machine/machines/dev/dev/dev.webm"
vcpwidth=1024
vcpheight=768
vcprate=512
vcpfps=25
GuestMemoryBalloon=0
GuestOSType="Linux26_64"
GuestAdditionsRunLevel=1
GuestAdditionsVersion="4.3.28 r100309"
GuestAdditionsFacility_VirtualBox Base Driver=50,1433572831303
GuestAdditionsFacility_Seamless Mode=0,1433572831302
GuestAdditionsFacility_Graphics Mode=0,1433572831302

DEBU[0000] STDERR:                                      
DEBU[0000] executing: ssh -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o ConnectionAttempts=30 -o LogLevel=quiet -p 0 -i /Users/vagrant/.docker/machine/machines/dev/id_rsa docker@localhost ip addr show dev eth1 
Bad port '0'
ERRO[0000] error getting URL for host dev: exit status 255 
NAME   ACTIVE   DRIVER       STATE     URL   SWARM
dev             virtualbox   Running         
vagrant at kitematic in ~/code/kitematic/resources on master-hypriot
$ 

There seems to be a fix with https://github.com/docker/machine/pull/1242. I'll check it with that version.

[StefanScherer]

Couldn't replicate the problem at the moment. I have seen that you are now using docker-machine 0.3.0-rc1, but also 0.2.0 worked.

To investigate first time user experience of Kitematic, I have created a Vagrantfile and use a snapshot for a faster feedback loop. The Vagrantfile could be found at https://github.com/StefanScherer/kitematic-box

[pacificera]

Still doesn't work for me after
1) deleting kitematic and virtua box
2) reinstalling with latest
3) deleting dev
4) turning off corporate vpn and firewall
5) deleting and reinstalling from scratch again

[PharaohAsh]

Hi, tagging on to this issue:

I've done all the above-mentioned 'fixes'. I can connect into the machine.

Looking further into the issue, it seems to be that Kitematic maxes out at ConnectionAttempts=3 ConnectTimeout=10, which finishes too quickly for my box to complete the setting up. Hence it just hangs at 99%.

Any way to change those configurations?

[jtyberg]

I hit the 99% problem too, but my problem is not specific to Kitematic. It's the dang Cisco VPN on Mac OS X, which tends to 1) block traffic to machines it doesn't know about, and 2) not allow modifications to the routing table while it is running. So I could see the 'dev' machine from command line and VirtualBox, but Kitematic could not finish config.

Once I figured out the subnet and vboxnetX machine, this fixed me:

1. stop Cisco vpn
2. sudo route -nv add -net 192.168.99 -interface vboxnet4
3. start Cisco vpn

From Kitematic side, perhaps an error stating that it could not connect to the VM would be helpful.

[overmike]

I got similar issue that say

the VM is not responding or the connection may be blocked (VPN
or Proxy): Hostname/IP doesn't match certificate's altnames:
"IP: 192.168.99.100 is not in the cert's list: 192.168.99.102"

by that moment, my "dev" docker vm was started and running. I ran below command and fix the issue
/Applications/Kitematic (Beta).app/Contents/Resources/resources/docker-machine regenerate-certs dev

[phillipuniverse]

So, looks like my problem was this:

~ » cat .docker/machine/machines/dev/config.json                                                                         {
   "DriverName":"virtualbox",
   "Driver":{
      "IPAddress":"",
      "SSHUser":"docker",
      "SSHPort":0,
      "MachineName":"dev",
      "CaCertPath":"/Users/phillip/.docker/machine/certs/ca.pem",
      "PrivateKeyPath":"/Users/phillip/.docker/machine/certs/ca-key.pem",
      "SwarmMaster":false,
      "SwarmHost":"tcp://0.0.0.0:3376",
      "SwarmDiscovery":"",
      "CPU":1,
      "Memory":2048,
      "DiskSize":20000,
      "Boot2DockerURL":"/Applications/Kitematic (Beta).app/Contents/Resources/resources/boot2docker.iso",
      "Boot2DockerImportVM":"",
      "HostOnlyCIDR":"192.168.99.1/24"
   },
   "StorePath":"/Users/phillip/.docker/machine/machines/dev",
   "HostOptions":{
      "Driver":"",
      "Memory":0,
      "Disk":0,
      "EngineOptions":{
         "ArbitraryFlags":[

         ],
         "Dns":null,
         "GraphDir":"",
         "Ipv6":false,
         "InsecureRegistry":[

         ],
         "Labels":[

         ],
         "LogLevel":"",
         "StorageDriver":"",
         "SelinuxEnabled":false,
         "TlsCaCert":"",
         "TlsCert":"",
         "TlsKey":"",
         "TlsVerify":true,
         "RegistryMirror":[

         ],
         "InstallURL":"https://get.docker.com"
      },
      "SwarmOptions":{
         "IsSwarm":false,
         "Address":"",
         "Discovery":"",
         "Master":false,
         "Host":"tcp://0.0.0.0:3376",
         "Image":"swarm:latest",
         "Strategy":"spread",
         "Heartbeat":0,
         "Overcommit":0,
         "TlsCaCert":"",
         "TlsCert":"",
         "TlsKey":"",
         "TlsVerify":false,
         "ArbitraryFlags":[

         ]
      },
      "AuthOptions":{
         "StorePath":"",
         "CaCertPath":"/Users/phillip/.docker/machine/certs/ca.pem",
         "CaCertRemotePath":"",
         "ServerCertPath":"/Users/phillip/.docker/machine/machines/dev/server.pem",
         "ServerKeyPath":"/Users/phillip/.docker/machine/machines/dev/server-key.pem",
         "ClientKeyPath":"/Users/phillip/.docker/machine/certs/key.pem",
         "ServerCertRemotePath":"",
         "ServerKeyRemotePath":"",
         "PrivateKeyPath":"/Users/phillip/.docker/machine/certs/ca-key.pem",
         "ClientCertPath":"/Users/phillip/.docker/machine/certs/cert.pem"
      }
   }
}

Note the values of "SSHPort" = 0 and "SwarmHost":"tcp://0.0.0.0:3376",. It looks like this relates to docker/machine#1031? I then did the following:

1. Quit Kitematic
2. Delete the dev image from Virtualbox
3. Use AppCleaner to remove Kitematic
4. Delete the `virtuab
5. rm -rf ~/.docker/machine
6. Re-add Kitematic
7. The ~/.docker/machine folder was recreated with the same bad values in config.json

Before I did all that, I tried to run /Applications/Kitematic (Beta).app/Contents/Resources/resources/docker-machine -D ls and got this output:

STDERR:
Using SSH client type: external
About to run SSH command:
ip addr show dev eth1
&{/usr/bin/ssh [/usr/bin/ssh -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i /Users/phillip/.docker/machine/machines/dev/id_rsa -p 22 docker@localhost ip addr show dev eth1] []  <nil> <nil> <nil> [] <nil> <nil> <nil> <nil> false [] [] [] [] <nil>}
SSH cmd err, output: exit status 255:
error getting URL for host dev: exit status 255
NAME   ACTIVE   DRIVER       STATE     URL   SWARM
dev             virtualbox   Running

Still haven't gotten this to work 100% yet; get stuck on 99% with KiteMatic

[rkyrk]

I am also having the same issues as listed above. I reinstalled everything and ran into the cert issue. regenerated the certs and got things started. However, after removing the hello-world container, the issues came back and even the regenerate cert will not work. It gets to this point and then times out:
bash-3.2$ docker-machine regenerate-certs default
Regenerate TLS machine certs? Warning: this is irreversible. (y/n): y
Regenerating TLS certificates

[nguyentamgm]

YEAH! I follow @rkyrk and success
Run docker-machine regenerate-certs default
-> Quit Kitematic
-> Turn off virtual machine
-> Turn on Kitematic
-> Done

[junxy]

99% problem still
Kinematic version is 0.7.6

try regenerate-certs:
Error: Host does not exist: default

$ docker-machine regenerate-certs default
Regenerate TLS machine certs?  Warning: this is irreversible. (y/n): y
Regenerating TLS certificates
Error: Host does not exist: default

Than,
Error getting SSH command: exit status 255

$ docker-machine active
dev

$ docker-machine regenerate-certs dev
Regenerate TLS machine certs?  Warning: this is irreversible. (y/n): y
Regenerating TLS certificates
Password:
Password:
Password:
Error getting SSH command: exit status 255

Than,
Upgraded
Kinematic version is 0.8.3

$ docker-machine regenerate-certs default
Regenerate TLS machine certs?  Warning: this is irreversible. (y/n): y
Regenerating TLS certificates
Password:
Password:
Password:
Error getting SSH command: exit status 255

$ docker-machine -v
docker-machine version 0.3.1-rc1 (993f2db)

[chasegawa]

Thanks,

docker-machine regenerate-certs default

Fixed my issue.

[johnjelinek]

:+1: https://github.com/kitematic/kitematic/issues/236#issuecomment-120172060. That was very helpful. Thanks @jtyberg.

[mchiang0610]

Merging with #1029

[yarmenti]

Hi,
I just installed the docker toolbox 1.8.2a on my Windows 8.1 laptop. As all of you, I've gor the same problem for kitematic. I followed this thread, and tried everything but it's still not working.

Is there any fix somewhere? When will we be able to do a fresh install with everything working?

Thanks,

[mchiang0610]

@yarmenti

Can you check your virtualbox, and remove the "default" VM by choosing (delete all files), and then run the installer again?

If you are connected in a VPN environment or proxy, it will not work at the moment.

Please comment on #1029 to help us have the issues merged.

[yarmenti]

Ok, I'll continue on #1029.

[alexgorbatchev]

I found that Docker Hub sign in sometimes blocks the app... I would get to 100% and then nothing... signing in, clicking "close" gets me back to the spinner... If I close Kitematic, open it again then skip the sign in, it would open up the UI with me being signed in already.

[f0nzie]

I had the same problem in Windows 10 after creating two containers from the same image with this error:
Unable to query docker version: Get https://192.168.99.100:2376/v1.15/version: x509: certificate is valid for 192.168.99.104, not 192.168.99.100

What I did is docker-machine regenerate-certs default, and the problem was fixed.
I didn't want to destroy the docker-machine because I manually created with 100GB.