Unable to access droplet via SSH

November 15, 2016 2.7k views
Docker Logging DigitalOcean
jackyboen8b6047
By:
jackyboen8b6047

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

1 comment
  • ryanpq MOD November 15, 2016

    Are you able to log in from the console?

    What occurs if you attempt to restart your ssh service from the console?

    service ssh restart
Log In to Comment
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
Have another answer? Share your knowledge.

Related