Hello Steph, On Mon, 16 Apr 2012 10:44:24 +0100 Steph Gosling <steph at chuci.org> wrote: > Hi all, > > Is anyone successfully running/has succesfully upgraded to 2.6.32-220 > from, say, 2.6.32-71.29.1? (i.e. done a normal run-of-the-mill yum > update on, say a 6.0 instance all the way up cleanly to 6.2? > > Reason I ask is that booting into -220 (and I think also into -131 as > well) results in a kernel panic for me. Some digging around and the new kernel > seems to be enumerating the drives with the wrong minors > > An m1.large instance-store instance has root at /dev/xvda1, and 2 > ephemeral drives xvdb and xvdc. On reboot into 2.6.32-220.7.1 this is > what the kernel reports this: > > dracut: dracut-004-256.el6 > device-mapper: uevent: version 1.0.3 > device-mapper: ioctl: 4.22.6-ioctl (2011-10-19) initialised: dm-devel at redhat.com > udev: starting version 147 > dracut: Starting plymouth daemon > %Gxlblk_init: register_blkdev major: 202 > blkfront: xvde1: barriers disabled > blkfront: xvdf: barriers disabled > xvdf: unknown partition table > %Gblkfront: xvdg: barriers disabled > xvdg: unknown partition table > dracut Warning: No root device "block:/dev/xvda1" found > > > %G%G > > > dracut Warning: Boot has failed. To debug this issue add "rdshell" to the kernel command line. > > > dracut Warning: Signal caught! > > dracut Warning: Boot has failed. To debug this issue add "rdshell" to the kernel command line. > Kernel panic - not syncing: Attempted to kill init! > Pid: 1, comm: init Not tainted 2.6.32-220.7.1.el6.x86_64 #1 > Call Trace: > [<ffffffff814ec3fa>] ? panic+0x78/0x143 > [<ffffffff810074db>] ? __raw_callee_save_xen_irq_enable+0x11/0x26 > [<ffffffff8106ed72>] ? do_exit+0x852/0x860 > [<ffffffff81177f75>] ? fput+0x25/0x30 > [<ffffffff8106edd8>] ? do_group_exit+0x58/0xd0 > [<ffffffff8106ee67>] ? sys_exit_group+0x17/0x20 > [<ffffffff8100b0f2>] ? system_call_fastpath+0x16/0x1b > > > Altering the grub menu.1st and fstab and the instance will boot > from /dev/xvde1 but obviously the device change is fairly fundamental. > > The image that this instance is booting was built in a 6.0 chroot and I > have about 100 of them successfully running; but this innocuous update > breaks things in a major way. > > I've had a poke around the upstream bugzilla (e.g. > https://bugzilla.redhat.com/show_bug.cgi?id=771912) as well as the EC2 > forums and there are a couple of similar but not-quite-the-same > problems with the newer kernel. > > Does anyone have any similar experience or advice? Check if the thread "Recent kernel update vs usb disk" is related to your issue (I presume so), thread is from early March 2012. Regards, -- wwp -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://lists.centos.org/pipermail/centos/attachments/20120416/aed297a9/attachment-0005.sig>