- 17.9K All Categories
- 3.4K Industry Applications
- 3.3K Intelligent Advisor
- 63 Insurance
- 535.7K On-Premises Infrastructure
- 138.1K Analytics Software
- 38.6K Application Development Software
- 5.6K Cloud Platform
- 109.3K Database Software
- 17.5K Enterprise Manager
- 8.8K Hardware
- 71K Infrastructure Software
- 105.2K Integration
- 41.5K Security Software
Boot failing with UEK5 and HP Smart Array 410i RAID + fix
I discovered recently that several of my HP DL360 G7 (old, I know) systems running OL 7.5 with Smart Array 410i RAID boards were unable to boot after upgrading to UEK5 from UEK4.
My assumption was there was an issue with the HPSA driver included in UEK5 but discovered it’s actually caused by a patch to kernel/irq/affinity.c. Before the patch, the Linux kernel assigned interrupt vectors to only present CPUs. This is great unless you happen to have a system that supports hot pluggable CPUs (or virtual CPU scaling). This patch assigns interrupt vectors to not just present CPUs but also ‘possible’ CPUs.
Unfortunately, on certain systems, the allocation of interrupt vectors to possible CPUs returns a pointer to an empty array. With no interrupt vectors to a device (such as an HP storage card) the kernel fails to recognize the device. This is exactly what happened to my HPs.
This bug was fixed in the mainline kernel awhile ago but has yet to be pulled into the UEK5 repository.
Bug introduced into UEK5:
Fix in the Linux mainline:
I patched the UEK5 kernel by hand with the Linux kernel commit, compiled, and tested it on an HP system that was failing. It now works as expected.
Will someone look into getting this patch integrated into UEK5?