Question

Unable to access droplet via SSH

Posted November 15, 2016 2.8k views
DigitalOcean Docker Logging

I am unable to access my droplet via SSH and the site is not responding to a browser. When i log into the console in the droplet settings window i see logs running like this:

[27582.814924] device vetha011770 entered promiscuous mode
[27582.824511] docker0: port 2(vetha011770) entered blocking state
[27582.827089] docker0: port 2(vetha011770) entered forwarding state
[27582.993308] IPv6: ADDRCONF(NETDEVUP): vethc587cdb: link is not ready
[27582.028330] IPv6 ADDRCONF(NETDEVCHANGE): vethc587cdb: link becomes ready
....
(this pattern then repeats over and over - port numbers change and a few other things but the pattern is the same, promiscuous, blocking, forwarding etc)

Due to this the site has been offline for a week now, digitalocean support have been no help and i am at a loss on how to rectify this.

does anyone have any idea on what is causing this and a possible solution?

thanks in advance

Add a comment
jackyboen8b6047
By:
jackyboen8b6047
Add a comment
1 comment

These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.

1 answer
wari November 15, 2016

I have this same problem:

  • Cannot SSH
  • A lot of noise on the DigitalOcean console for every container I have
  • Have to “feel” my way to get the IP address working.

My CoreOS droplet no longer picks up the IP address provided in the /etc/environment file which has the COREOS_PUBLIC_IPV4=128.xxx.xxx.xxx defined.

I have to login in the console and look around. The docker virtual interface noise on the console didn’t help.

ifconfig eth0 shows a 169.x.x.x IP address, which means that it did not get the IP at all.

I forced a ifconfig eth0 128.xxx.xxx.xxx netmask 255.255.192.0 and route add 128.xxx.xxx.1 + add a nameserver to /etc/resolv.conf (of course, netmask and default route is pure guesswork, and a lucky one at that), and the docker noise is no longer there. And some of containers started to work, but I have to restart the nginx one. I can SSH to my instance again.

I’ve looked high and low for configuration details pertaining to IP addressing, but since this is --oem=digitalocean stuff, I have no idea where to begin.

Anyone with any ideas how the droplet configures itself with a provided IP address?

I launched a new coreOS instance, to see the differences, but have no idea where to begin.

Any help?

Thanks
Wari

Reply Report
Submit an Answer

Related

Looking for something else?

Ask a new question Search for more help