CentOS 6 (x86_64) - with Updates HVM
CentOS.org | 2002_01Linux/Unix, CentOS 6 - 64-bit Amazon Machine Image (AMI)
SSH does not work with recommended "root" user
SSH does not work with recommended "root" user or the more common "centos" user. The documentation must be updated for accuracy.
- Leave a Comment |
- Mark review as helpful
Restrictions on Markedtplace VMs makes them essentially useless
The volumes booted from the AMI base image are locked to the instance they are deployed to. Limits the CentOS AMI to specific use-cases - none of them mine.
The most frustrating part is that soooo many "community" AMIs are based on these base AMIs. The results ? Many of the 'community' AMIs are actually a derivative of this marketplace AMI - requiring licensing and limited in everyway as the CentOS AMI. And you typically don't discover this until you have configured, provisioned and launched you're instance ( the instance launch fails ).
Thanks for nothing.
Good, except for the small partition
FIXED: So I talked with AWS services yesterday. They helped figure things out. The old images used non partition drives, which allowed the resize2fs. I found this http://blog.backslasher.net/growroot-centos.html which allows you to create a new AMI, isn't great having to maintain another thing, but it works. You can save that AMI off after running those commands on that link and that allows you to then resize the drives easily.
yeah, 8GB Root partition is definition of pain
Seriously, this is going to cause us a lot of extra grief to get around this shortsightedness. pain pain pain pain fix it please pain pain pain
It is possible to resize the root drive, but not kosher
See the earlier posted comment; read closely the steps described here: https://forums.aws.amazon.com/message.jspa?messageID=547507#547507 Essentially, you need to be careful to note the starting sector (probably 2048) and live-format (no data destroyed) on the disk partition and then reboot. I was also stuck on the 8gb problem as others posted, and got around it with this method.
Works Perfectly1
To you goofballs who are complaining about the root partition size: "You can create it with a 100G partition if you want, but 1-click launch won't work. You may actually have to click 2-3 times! Click manual launch and then add storage and then click launch - it may take you a whole 5 seconds longer."
root volume 8GB is dim witted
useless. i'd give it no stars if I could. 20 words20 words20 words20 words20 words20 words20 words20 words20 words20 words20 words20 words20 words20 words20 words20 words
8GB root is ridiculous
Please fix this absurd and short-sighted aspect of this image. Root partition should be the size of the root volume, full stop.
no access to the root
Root access is not active, someone has been able to enter?
Access gives you is for the user "centos" then with the command "su" to "root" for a password.
The documentation says "This image is built to allow remote ssh login only as 'root' user With the key specified at launch time instance" but at no time asked me a key.
Someone could solve this?
Thank you
Always the one I use, but why no t2.nano support?
I actively use this build for my own needs as well as those of my clients. The 8GB partition is not a problem since in most cases that is plenty for a web/app server. In the few cases where more space is needed its trivial to add an EBS volume for that. I've never had a problem logging in as the instructions explain.
My only complaint at this point is why can I not build a t2.nano instance? If I select the CentOS 7 AMI from the same it is available. CentOS 7 being based on SystemD isn't even an option. I guess the time has come to start standardizing on FreeBSD instead.