-----Original Message----- From: Wes James [mailto:comptekki@me.com] Sent: Wednesday, January 27, 2016 7:04 PM To: CentOS mailing list Subject: Re: [CentOS] CentOS 7, 327 kernel still crashing
On Jan 27, 2016, at 1:47 PM, m.roth@5-cent.us 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.