Related

Why are snapshots so slow Question Question
What locations are available for working at DigitalOcean Question Question

Question

Unable to access droplet via SSH

Posted November 15, 2016 2.9k views
DigitalOceanDockerLogging

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