- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- Re: Entries added in grub.conf by PSP
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-29-2011 07:24 AM
11-29-2011 07:24 AM
Hi,
I just realized I got new entries in grub.conf that seem to have beeen added by my last PSP install test (this is a test server). It also changed the default boot to the latest (entry no.4).
Can someone tell me
- Why they're there
- Can I remove them and set the default to the default Red Hat kernel? (I just tested a kernel upgrade and it set it back to default=0 (default RH kernel)
- Is it documented somewhere?
Here are the entries:
# This entry (no. 2) added by Proliant HBA install script
# in package cpq_cciss-3.6.28-15.rhel5
title HP-2.6.18-274.el5
root (hd0,0)
kernel /vmlinuz-2.6.18-274.el5 ro root=/dev/VolGroup01/LogVol00 rhgb quiet
initrd /HP-initrd-2.6.18-274.el5.img
# This entry (no. 3) added by Proliant HBA install script
# in package hpahcisr-1.2.6-9.rhel5
title HP-2.6.18-274.el5-0
root (hd0,0)
kernel /vmlinuz-2.6.18-274.el5 ro root=/dev/VolGroup01/LogVol00 rhgb quiet
initrd /HP-initrd-2.6.18-274.el5.img-0
# This entry (no. 4) added by Proliant HBA install script
# in package mptlinux-4.00.13.09-6.rhel5
title HP-2.6.18-274.el5-1
root (hd0,0)
kernel /vmlinuz-2.6.18-274.el5 ro root=/dev/VolGroup01/LogVol00 rhgb quiet
initrd /HP-initrd-2.6.18-274.el5.img-1
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-30-2011 03:27 PM
11-30-2011 03:27 PM
SolutionWhen a storage driver that controls your system disk(s) is updated, the updated driver must be included in the initrd file. Otherwise the old version of the driver will still be used to mount your root filesystem... which will obviously make it (effectively) impossible to unload the old driver without rebooting the system.
The HP storage driver update packages don't check if the driver that is being updated is in fact required to mount the root filesystem, since complexities like software RAID or LVM might mislead an automated check. Therefore, HP has chosen that the update packages will always create a new initrd and a new set of boot options, just to be safe.
This is not unique to HP updates: any storage driver updates that are not integrated in the RedHat kernel must do the same, if they need to replace the driver that runs the system disk.
Too bad you did not identify your hardware models nor your storage configuration... if your system runs fine with the RedHat kernel, you can skip the storage driver packages if the features/optimizations provided by them are not necessary to you. Eventually the equivalent driver versions tend to end up being included in the RedHat standard kernel packages, too...
However, there is one big exception to that:
If your hardware includes a Smart Array B110i, you will need the hpahcisr driver package. Without it, the system will treat the B110i controller as a standard non-RAID AHCI SATA controller... since that's exactly what the physical hardware is. The B110i is a software/BIOS-based RAID, which only uses a metadata format that is compatible with its bigger SmartArray E and P series brothers. All modern Linux distributions include a basic AHCI controller driver, and will automatically use it on the B110i unless the hpahcisr package is installed and the proper procedures have been followed.
I think RedHat regards the hpahcisr driver as a simple duplication of the Linux software RAID functionality, and probably won't include it in their distribution. I guess RedHat would rather see the Smart Array metadata support included in (an extended version of) the dmraid utility, which reads various software/BIOS RAID metadata formats and implements a compatible RAID setup using tried-and-true Linux software RAID routines. That would make the hpahcisr driver unnecessary.
But I guess HP wants to keep their Smart Array metadata format proprietary, so this is unlikely to happen...