You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Oct 16, 2020. It is now read-only.
I've seen several topics on this matter, but none offers a solution to my problem.
I've investigated the following things:
Mount of drives, but I see no indication that this failed. However I have no idea how to debug this thoroughly
sshd misconfiguration, but I see no indication that this is incorrect. The configuration files seem correct, no duplicate things, etc.
I've mounted the EBS of a broken instance on a running instance, and I've compared files. But as soon as I reboot a newly created instance, I'm unable to use the instance. I've use the HVM AMI from here: https://coreos.com/os/docs/latest/booting-on-ec2.html. I'm currently on 766.3.0.
A few assumptions:
Since I get a "Connection Refused" instantly, I'm not looking at things like firewalling or AWS security policies. Mostly because they'll result in a certain delay (timeouts) when connecting. Also the AWS security policies are wide open (accept anything from anywhere).
The CoreOS provider AMI is probably without bugs, although I did find some interesting lines in: /usr/sbin/coreos-postinst.
Hi,
I've seen several topics on this matter, but none offers a solution to my problem.
I've investigated the following things:
I've mounted the EBS of a broken instance on a running instance, and I've compared files. But as soon as I reboot a newly created instance, I'm unable to use the instance. I've use the HVM AMI from here: https://coreos.com/os/docs/latest/booting-on-ec2.html. I'm currently on 766.3.0.
A few assumptions:
/usr/sbin/coreos-postinst.