> -----Original Message-----
> From: Wes James [mailto:comptekki@xxxxxx]
> Sent: Wednesday, January 27, 2016 7:04 PM
> To: CentOS mailing list
> Subject: Re: CentOS 7, 327 kernel still crashing
>
>
> > On Jan 27, 2016, at 1:47 PM, m.roth@xxxxxxxxx wrote:
> >
> > I've just added the following to the CentOS bugtracker for CentOS-7
> > 0009860. I admit to not being sure if it's the same issue, or a separate
> > one, but this and other Dell servers - I *think* they're all R420's, but I
> > could be wrong, just all do the same thing on boot.
> > *****************
> > I've just updated a CentOS 7 server to the latest kernel,
> > vmlinuz-3.10.0-327.4.5.el7.x86_64, and the server fails to boot. It has
> > failed on every 327 kernel.
> >
> > Server: Dell R420, 2 Xeons, 124G RAM.
> >
>
> I have the same issue on a 2011 iMac. Usually a it takes one or two rounds of kernels more and it starts working, but I have to stay on
> 3.10.0-229.20.1 right now. All the 327’s crash on boot.
>
> -wes
The `rpm -q --changelog ` of the 327 kernel looks like they only made three 'important' changes, and I think gives pointers to kernel.org changes you could use find the offending patches.
Have you folks considered grabbing the srpm, backing out the each of the (three) changes between the pre 327 and 327 and building it yourself to figure out which thing broke your systems?
Do either of you have any of the equipment listed in the 327 change? If so, that equipment patch is the patch I would focus on.
Of course this will have you stepping off the CentOS reservation (thus use caution), but seeing as you are hanging back at 229, you are already on the fence. :)
When you can point to the problem
http://thread.gmane.org/gmane.linux.network.drbd/9973/focus=9996
sometimes folks will get it fixed quickly
http://thread.gmane.org/gmane.linux.network.drbd/9973/focus=9996
I grant you, it was much easier back then, because the fedora and RH folks would have the
patches as ... patches ... in the rpm that you could take out with a comment, but it can still be done with a more research.
Even more fun might be to see if the elrepo kernel-lt or kernel-ml would work.
Even when this disclaimer is not here:
I am not a contracting officer. I do not have authority to make or modify the terms of any contract.
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
https://lists.centos.org/mailman/listinfo/centos
