1 Answer
- Newest
- Most votes
- Most comments
0
You mention you're running c3.large - that isn't listed as a valid instance type https://aws.amazon.com/ec2/instance-types/#Compute_Optimized
When you say you've been using this instance for years, how many years? Is it so many years that it could have been running on EC2 Classic? EC2 Classic was retired on 23rd August, which sounds very much like the time around which your instance problems started.
Refer to the Updating Instance Types table at the foot of https://aws.amazon.com/blogs/aws/ec2-classic-is-retiring-heres-how-to-prepare/ where it advises migrating C3 instance types to C5.
Relevant content
- asked 6 months ago
- asked a year ago
- asked a year ago
- asked a year ago
- AWS OFFICIALUpdated 4 months ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated 5 months ago
Thanks for your answer. Yes we were probably using EC2 classic (or maybe not, since we already have a VPC and everything was working yesterday), but c3.large still shows as available for my region (south america). I even created a new c3.large instance and it is running right now with a copy of my old volumes attached. It does not have a 32-bit option anymore though (and the old instance is i386). My problems started today, after the account was suspended. Up until yesterday it was working without problems. My guess is that it is not allowing me to run 32 bit instances anymore after the account was revived. EDIT: The c5 does not support 32-bit, which makes it not an option.
That must be a coincidence about EC2 Classic being retired around the same time as your problem happened, especially as AWS says that no EC2 Classic instances have been running for a year. And yes, I can see c3.large is an option for provisioning in the EC2 Console if "all generations" is selected.