The deadman and pidentd kernel modules are apparently not there for your current kernel. So, the first thing would be to re-create them.
The pidentd module (execute as root):
cd /usr/src/pidentd-3.0.15sg/drivers
make
make install
depmod -a
The deadman module (execute as root):
cd /usr/local/cmcluster/drivers
make
make install
depmod -a
Every time a new kernel update is installed, you will have to boot once without ServiceGuard, run these commands and reboot again to verify that system will successfully boot to ServiceGuard mode without manual intervention.
The standard Makefiles in the pidentd and deadman module source directories will always create the module for the current kernel. That's a bit inconvenient.
I've made a small modification to both Makefiles in my SG/Linux installations to make the KERNEL_SOURCE and KERNEL_BUILD variables overrideable from the command line:
at the beginning of each Makefile, the assignments "KERNEL_SOURCE := ..." and "KERNEL_BUILD := ..." must be changed to "KERNEL_SOURCE ?= ..." and KERNEL_BUILD ?= ..." respectively i.e. just changing the colons into question marks.
After this change, the Makefiles work as before, but you have the option of adding KERNEL_SOURCE and KERNEL_BUILD variable assignments to the "make" command line, to create the modules for some kernel version *other* than the currently running one.
To make it easier, I've made a patch file (sg-new-kernel-makefile.patch) to make this change automatically. I've also created a script (new-kernel) for easy re-generation of both modules. You'll find them in a .zip file attached to this message.
Extract the .zip file to e.g. /var/tmp.
Then change the Makefiles using the patch file:
cd /
patch -p0
Copy the new-kernel script to the /usr/local/sbin directory and make it executable:
cp /var/tmp/new-kernel /usr/local/sbin
chmod a+x /var/tmp/new-kernel
Usage:
The command
new-kernel
will create and install the pidentd and deadman modules for the current kernel.
The command
new-kernel
will create and install the modules for the specified kernel version.
Example:
You run up2date and install RedHat's latest SMP kernel package for RHEL4. You also verify that the matching kernel-source package is installed. The kernel version number (the "uname -r" string) for the new kernel is "2.6.9-67.0.4.ELsmp".
After the up2date is completed but before rebooting, run:
new-kernel 2.6.9-67.0.4.ELsmp
When you reboot after this, the system will automatically start using the latest kernel version. If the "new-kernel" command was successful, the system should also be ready to re-join the ServiceGuard cluster automatically when it boots up.
The next step would be to make the ServiceGuard startup script detect that the kernel version has changed and run "new-kernel" automatically at boot if necessary. As the "hpasm" driver package already does something similar, it should be do-able.
MK
MK
