Skip to content

Unstable network on EC2 WIndows server after scheduled reboot

0

hi all,

I am experiencing a strange issue after a over night reboot of an EC2 instance. Basically after the reboot comms was lost. Unable to connect to elastic IP or from within with private network. I rebooted the EC2 server via the EC2 instances section and was able to connect, then approx 1-2 min after the connection wasnt available. It seems that comms comes up for a short while then drops. The stranger thing is, if I connect via RDP within that 1-2min, when the issue occurs I remain connected via RDP, but if I disconnect and reconnect it times out, until i restart the machine. This has caused an outage with an application of ours, which uses this affected SQL server

ANy suggestions ?

Thanks

  • I have exactly same issue. It seemed to be an issue with the EC2 service. I didn't change anything on my server.

asked 10 months ago202 views
2 Answers
0

Nothing has fixed this, nothing was changed to break this either. An AWS scheduled reboot was the last action before this failed

answered 10 months ago
-1

Based on the symptoms you've described, it appears you're experiencing a network connectivity issue with your EC2 Windows instance after a scheduled reboot. This problem could be related to several factors, but a few possibilities stand out:

  1. Time synchronization issues: If your instance's time is not correctly synchronized with UTC (Coordinated Universal Time), it can cause network connectivity problems. Windows instances use UTC by default, and changing the time zone without proper configuration can lead to temporary IP address loss after a reboot.

  2. PV (Paravirtual) driver issues: Older Windows Server AMIs, particularly those from before September 2014, can experience network and storage connectivity loss after a reboot due to the Plug and Play Cleanup feature incorrectly identifying the EC2 network device as inactive.

  3. Network adapter driver problems: If you've recently changed the instance type, especially from a Xen-based instance to a Nitro instance, you might be experiencing issues with the network adapter driver.

To address these potential causes, consider the following steps:

  1. Ensure your instance is using the correct time settings. Set the RealTimeIsUniversal registry key to 1 to use a time zone other than UTC persistently.

  2. Check and update your PV drivers. You may need to perform an in-place driver upgrade or run a helper script to fix PV driver-related issues.

  3. Verify that you have the correct network adapter drivers installed, especially if you've changed instance types recently. You may need to install or update the Enhanced Networking (ENA) and AWS NVMe drivers.

  4. Review your security group settings to ensure they allow inbound RDP traffic (port 3389) from your IP address.

  5. Check the Windows Firewall settings on the instance, as they might be interfering with RDP connections.

If the problem persists after trying these steps, you may want to use AWS Systems Manager to troubleshoot further or consider reaching out to AWS support for more in-depth assistance. Additionally, creating a snapshot of your instance before making any changes is always a good practice to ensure you can recover if needed.

Sources
EC2 instance losing connection | AWS re:Post
Troubleshoot issues connecting to your Amazon EC2 Windows instance - Amazon Elastic Compute Cloud
Troubleshoot PV drivers on Windows instances - Amazon Elastic Compute Cloud
Troubleshoot issues with Amazon EC2 Windows instances - Amazon Elastic Compute Cloud
Troubleshoot an RDP connection on Windows Server after EC2 change | AWS re:Post

answered 10 months ago

You are not logged in. Log in to post an answer.

A good answer clearly answers the question and provides constructive feedback and encourages professional growth in the question asker.