Learn more about these different git repos.
Other Git URLs
Kickstarts are hosted in the cloud-kickstarts repository on fedorahosted. We need to finish the process of making those images work with EC2. Specifically, those images need: Post image modification for EC2 Bundle/upload/publish for EC2 S3 use Modification of S3 image and snapshot from inside EC2 for EBS use publish for EBS
Anything I can do to help get this tested?
Can you folks please give me a status update on the EC2 image creation process? I'm hearing through the grapevine that the image creation process is now working, but haven't seen an update to the ticket. Is the process working? Are images being published? Are things to the point mere mortals like myself can start testing?
Curious how this is coming along so i can relay info to folks at the cloud meeting today...
It needs testing, I have somr fires im fighting but will try amd get it done today
Has there been more progress on the AMIs? QA would like to have the F15 EC2 test day done before the F16 test days start picking up.
we have one outstanding issue right now, the disks are only being created ~1G when we need 10G
When would QA like to have the images by?
Replying to [comment:7 ausil]:
We would like to get the images by 8/1 if possible.
I spoke too soon. Since 8/1 is closer than I realized, the cloud-SIG decided to just go with the unofficial BG generated AMIs for the F15 EC2 test day and focus on getting koji AMIs for F16 alpha.
Dennis, can I get a status update here? Were you able to make any progress on the disk size issue?
FYI - per the cloud meeting last week, as Tim mentioned above, we're going to use BG-generated AMIs as the official images for F15. We hope to use koji generated images for F16 alpha and beyond. We have a few weeks left there, so any estimates on time can help us determine if that's going to be viable or not.
I'm still looking for a status update here -- I haven't seen a status update in a week. Were you able to get past the disk size issue? If so, can you tell me details about where the process is stuck?
Spent the weel working on F-16 alpha stuff. its not yet been looked at why the disk is only 1gb and not 10gb
I was able to get past this. The issue is related to https://bugzilla.redhat.com/show_bug.cgi?id=729340.
As part of the upload process an instance is started and an EBS volume attached to it. The image is then dd'd over ssh right to the block device exposed in the instance. Thanks to the bug, the device file was not being named what the script expected, so it was in effect, copying the image into /dev and running out of space.
At this point I believe I have a working upload script. The sample image I used did not appear to boot due to a systemd issue though:
[17516826.508852] systemd-getty-generator[223]: Failed to create symlink from /lib/systemd/system/serial-getty@.service to /run/systemd/generator/getty.target.wants/serial-getty@hvc0.service: File exists
so I think I may be using a bad image. If there is a known-working image in Koji I can certainly try with that.
If I set the runlevel to 3 it boots to a login prompt, though the DEADLOCK message can still be seen. It's ami-d38e4eba in the AWS-Fedora account. (and it is still private)
ok, So we now have image building and uploading working fine, we have to get cloud-init into fedora to be able to produce working images. I believe that we will have working F-16 Beta images.
going to close now, we pushed f16 beta ec2 images.
Login to comment on this ticket.