PrepAway - Latest Free Exam Questions & Answers

Which should be your next step in troubleshooting and a…

You have a Linux EC2 web server instance running inside a VPC The instance is In a public subnet and has an
EIP associated with it so you can connect to It over the Internet via HTTP or SSH The instance was also fully
accessible when you last logged in via SSH. and was also serving web requests on port 80.
Now you are not able to SSH into the host nor does it respond to web requests on port 80 that were working
fine last time you checked You have double-checked that all networking configuration parameters (security
groups route tables. IGW’EIP. NACLs etc) are properly configured {and you haven’t made any changes to
those anyway since you were last able to reach the Instance). You look at the EC2 console and notice that
system status check shows “impaired.”
Which should be your next step in troubleshooting and attempting to get the instance back to a healthy state so
that you can log in again?

PrepAway - Latest Free Exam Questions & Answers

A.
Stop and start the instance so that it will be able to be redeployed on a healthy host system that most likely
will fix the “impaired” system status

B.
Reboot your instance so that the operating system will have a chance to boot in a clean healthy state that
most likely will fix the ‘impaired” system status

C.
Add another dynamic private IP address to me instance and try to connect via mat new path, since the
networking stack of the OS may be locked up causing the “impaired” system status.

D.
Add another Elastic Network Interface to the instance and try to connect via that new path since the
networking stack of the OS may be locked up causing the “impaired” system status

E.
un-map and then re-map the EIP to the instance, since the IGWVNAT gateway may not be working
properly, causing the “impaired” system status

One Comment on “Which should be your next step in troubleshooting and a…

  1. raduf says:

    Why not B as the first step?
    Do one of the following:

    Stop the instance, and modify the instance to use a different instance type, and start the instance again. For example, a larger or a memory-optimized instance type.

    Reboot the instance to return it to a non-impaired status. The problem will probably occur again unless you change the instance type.




    1



    14

Leave a Reply

Your email address will not be published. Required fields are marked *