Description of problem:
We have a SAN Storage only Environment in our Blade platform.
For this we need to boot with multipath support.
We have done the same with RHEl3 and RHEL4.
Now we need to setup multipath boot for RHEL5 bevor we can start with RHEL5.
For this we have write a patch. The Problem now, we can not write the initrd.img
becose /sbin/scsi_id.static is missing in udev rpm. /sbin/scsi_id.static is only
to map scsi id to a alias name (/etc/multipatch.conf) at boot time.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Kickstart Server
2. Rebuild to Full Multipath Support
Boot with alias Name from multipath device failed. --> Kernel Panic
Success Boot with RHEL5 from multipath Device.
To fix add /sbin/scsi_id.static to udev rpm.
I forgotte somthing:
In /etc/multipath.conf there is by default:
getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
For exactly this we need a static version of scsi_id to add this tool to initrd.img.
Please see the ChangeLog for udev:
* Fri Nov 11 2005 Harald Hoyer <email@example.com> - 075-2
- moved /etc/udev/scripts to /lib/udev
- moved /etc/udev/devices to /lib/udev/devices
- added new event replay for kernel >= 2.6.15
- added usb devices
- renamed cpu device to cpuid (bug #161538)
- changed vendor string "Onstream" to "On[sS]tream" (bug #173043)
- compiled all *_id programs statically
So, from udev-075-2, all the *_id programs /should/ be statically linked and the
separate .static versions go away, meaning that scripts no longer have to care
which versions they should be calling.
Right now there is a bug in the spec file that causes this not to work right,
meaning that currently only vol_id is getting statically linked.
See bug 236242 for more information.
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release. Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products. This request is not yet committed for inclusion in an Update
Important fix that also fixes #236242, Devel-ACK.
Read ya, Phil
You may try:
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.