Hello. I am planning to downgrade the lpfc driver on a Red Hat box at work. I have to downgrade in order to stay on the compatibility list for our SAN.
I am a relative newb to Linux on SANs, and I'm concerned that I'm missing something in my plan of attack. Would someone take a look?

Info:
===============================================================
OS: RHEL 5.2
Kernel: 2.6.18-92.1.6.el5
scsi_transport_fc module (from lsmod): lpfc
current lpfc version (from modinfo): 0:8.2.0.22_p1
rpm -qa|grep lpfc:

hp-lpfc-8.2.0.22_p1-3

lpfcdriver_2.6-8.0.16.40-1

lpfc version to be installed: 8.1.10.12-1

I'm using LVM for all filesystems, including the SAN LUNs.

I don't know how I wound up with two lpfc driver on the system, but the lsmod info says to me that only the 8.2.0.22 version is being used.
===============================================================

My plan:

1. Reboot the box into single-user mode (I'm hoping that the SAN volumes don't get mounted at run-level 1).
   
2. Run the lpfc-install script, which is supposed to install driver sources, build the driver for my kernel, install the driver in the right directory, and create a new ramdisk image.
   
3. Reboot into multi-user mode and test everything.

Should I run rpm -e on those other two listed rpms first? Or is my above plan ok?

Thanks very much for reading & for any advice you can give.

Hi,

i'm not sure if you will get support for such a thing. Redhat will be very restrictive about drivers and supported configuration. I suggest you first should contact Redhat support to clearify about this. Possibly there is another supported solution.

As i see correctly it is a HP Box, so the drivers are delivered by HP for your Redhat distribution.

Also contact your SAN vendor to check out if this is really the way to do it. Mostly vendors like HP, EMC or IBM will provide you with a list of supported systems for your Redhat release.

If all is up and running, and no problems occur, i never would change a kernel module solely because a document tells me to do