Kickstart a Fedora (Anaconda) Install on EC2

Raphaël De GIUSTI raphael.degiusti at
Thu Mar 10 16:09:14 UTC 2011


I simply tried to boot on the fedora 15 alpha kernel from there :
I'm getting this error :

root (hd0,0)
> Filesystem type is ext2fs, partition type 0x83
> kernel /boot/vmlinuz-PAE
> initrd /boot/initrd-PAE.img
> ERROR: mmu_update failed with rc=-22
> Do_exit called!
> base is 0x26617ba8 caller is 0x45c87
> base is 0x26617bd8 caller is 0x50336
> base is 0x26617c38 caller is 0x504c0
> base is 0x26617c88 caller is 0x506a3
> base is 0x2661fd08 caller is 0x479d7
> base is 0x2661fd48 caller is 0x5613b
> base is 0x2661fd58 caller is 0x54698
> base is 0x2661fd98 caller is 0x55a79
> base is 0x2661fde8 caller is 0x55811
> base is 0x2661fe08 caller is 0x3b0c
> base is 0x2661fe38 caller is 0x3bc4
> base is 0x2661fe48 caller is 0x7af7
> base is 0x2661fe58 caller is 0xa243
> base is 0x2661fe78 caller is 0xfe69
> base is 0x2661fef8 caller is 0x10489
> base is 0x2661ff68 caller is 0x3eb2
> base is 0x2661ff78 caller is 0x4729d
> base is 0x2661fff0 caller is 0x31ad
I just wondered where it does come from ?
Any idea ?

2011/2/8 Raphaël De GIUSTI <raphael.degiusti at>

> So if we put aside how the kickstart would be generated, what would be the
> starting point in all of this ?
> I was working with Centos55 when I made it to the partitioning phase (and I
> don't really know why it went wrong), but I couldn't even get the F14 kernel
> to load.
> In other words :
> - Which fedora kernel / initrd combination should I use in my grub.conf ?
> - Should any of those two be altered in any way ?
> I'm also willing to put some time in it if I may be useful... but like I
> said I'm no expert.
> On Wed, Feb 2, 2011 at 9:48 PM, Brian LaMere <brian at>wrote:
>> Maybe I'm missing something:  why would you ever want an instance to
>>> kickstart at boot time?  You should create an image for every role you
>>> care about and then boot the appropriate one for every instance you
>>> need.
>> roles change, updates happen frequently, and I'd rather a machine spin up
>> with the latest packages.  I've always found that updating a pre-built
>> machine is slower, sometimes substantially so, than just building a fresh
>> image with the newest rpms.
>> That said, some roles can (and often should) be fairly rigid and slow to
>> be updated.  But there's not much less of a need for flexible, dynamic
>> builds in the cloud than there is in a local server room; do you build all
>> new local servers based on a pre-built image that you just replicate?  Would
>> seem to negate the purpose of a kickstart server ;)
>> Brian
>> _______________________________________________
>> cloud mailing list
>> cloud at
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the cloud mailing list