Red Hat Bugzilla – Bug 148001
GFS-modules package appears to be running depmods on the currently running kernel instead of the kernel it depends on
Last modified: 2010-01-11 22:03:21 EST
Description of problem:
GFS-modules package appears to be running depmods on the currently running
kernel instead of the kernel it depends on. I noticed this after removing a
kernel package for the currently running kernel on a system, then installing the
GFS modules package.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Boot system with a kernel other than the one the GFS-modules package depends on
2. rpm -e that kernel package
3. install the GFS-modules package
# rpm -U GFS-*
depmod: Can't open /lib/modules/2.4.21-27.4.ELsmp/modules.dep for writing
error: %post(GFS-modules-smp-6.0.2-25) scriptlet failed, exit status 255
where 2.4.21-27.4.ELsmp is the kernel package that was just removed, and
2.4.21-27.0.2.ELsmp is the kernel package the GFS module depend on.
This is because the GFS-modules rpm is making the assumption that when GFS was
installed, it was booted into the same version that GFS uses when it runs:
[void] rpm -q -p --scripts GFS-modules-6.0.2-25.i686.rpm
postinstall scriptlet (using /bin/sh):
The system map needs to also be passed to depmod:
depmod -ae -F /boot/System.map-2.4.21-27.0.2.ELsmp 2.4.21-27.0.2.ELsmp
This has been added to the latest 6.0.2 build. And just needs to be verified on
the next build.
*** Bug 147640 has been marked as a duplicate of this bug. ***
This bugzilla should be resolved with the current packages from RHN for Red Hat Global File System for Red Hat Enterprise Linux 3.