Kickstart a Fedora (Anaconda) Install on EC2

[Brian LaMere]

>
> Right, it's entirely ephemeral AMIs at this point.  Unfortunately,
> doing more is somewhere between tough and impossible in a sane way as
> there isn't really a good API for uploading an EBS backed AMI.  It's
> all "dd onto a block device, snapshot, foo".
>

yeah, that's why although my silly script is ugly it still produces the
right result; an AMI that can be used for EBS-backed stores, of an image
that has never run and is free of such taint.  How one gets to there is
important, but considering it's not something that gets repeated often (once
you have an AMI, the AMI is done...) the real issue is what the end result
ended up being.

front.  In terms of keeping things relatively consistent with a normal
> install path, the path of least resistance is probably just sticking
> what would be kernel command line params in user data and then having
> anaconda know to look there if it notices it's running in EC2.  Then
> you can install to your EBS volume, reboot and voila.
>

Yup, no reason "curl 169.254.169.254/2009-0404/user-data/" couldn't respond
with "BUILD_ROLE=lamp" with kickstart doing logic based on such, or how ever
else one would want to do it.  Could even lists the package groups and
individual packages right there, as well as where to find root and such.
 The requisite tools all exist, they just need someone to put them all
together.  Sounds like Jeremy is volunteering!  ;)

Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/cloud/attachments/20110202/cf275737/attachment.html>