- Newest
- Most votes
- Most comments
Hello,
Greetings!
Thank you for reaching out. I understand that your application on one of your EC2 instances was down, however you were not able to SSH login to the instance to be able to check the issue. Neither the EC2 connect option worked. You received some error message following which you confirmed that no one had deleted your AMIs. Further, you tried creating a AMI from the backup snapshot and launched a backup instance. However, as you attached the Elastic IP address to the instance, the application and SSH didn't work, while things worked with auto-assigned Public IP address. Please let me know if this is not the correct understanding.
Primarily, please allow me to highlight that I did NOT find any file attachment to this message, due to which I am not able to understand in what context the further steps were taken by you.
Could you check if your original instance is passing 2/2 status checks? In case the instance shows 1/2 status checks, please refer to the following documentation to troubleshoot the issue:
Troubleshoot instances with failed status checks
https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/TroubleshootingInstances.html
Yet if it is passing both the checks, regarding the SSH login issue, what error message do you get when you try to login, say via Terminal or PuTTY? Based on the error message, the corresponding remediation steps can be taken.
Troubleshoot connecting to your instance
https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/TroubleshootingInstancesConnecting.html
However, to be able to exactly answer your question on why SSH fails on the original or the backup server (after attaching the Elastic IP), we require details that are non-public information (such as your EC2 instance IDs, error details etc) to investigate the issue. Thus, I would suggest to please open a support case with AWS using the following link:
https://console.aws.amazon.com/support/home#/case/create
I hope that the above information is helpful.
Thanks again for reaching out to us, we wish you a wonderful day ahead!
Thanks for the reply @Raghav_G. The instance was behaving in a manner i cant put into words. when i use the publicly assigned ip addresses, i can ssh and do what ever i wanted but when i used the elastic ip address, nothing worked.
So i thought of getting a new elastic ip address and added it into the configurations on route53 and everything was back to normal.
I can say confidently that it would seem that something was wrong with that elastic ip and simply using a newly assigned one solved my issues.
As regards support from aws, I opened a ticket 4 days ago and just only got a response today for such a mission critical workload. I was extremely disappointed with aws support and to think i am paying for support.
Relevant content
- Accepted Answerasked 2 years ago
- AWS OFFICIALUpdated 10 months ago
- AWS OFFICIALUpdated 6 months ago
- AWS OFFICIALUpdated 20 days ago