For a GFS RHEL 5U1 system; Update the kernel using yum and allow the kernel, gfs to update. Reboot and gfs is broken. It won't load the modules gfs.ko because the symbolic link is pointing to the wrong spot. How reproducible: Happens every update. Steps to Reproduce: yum update reboot Actual results: (do a find /lib/modules -name gfs.ko , then list them) [root@ct-db-1 grub]# ls -l /lib/modules/2.6.18-53.1.4.el5/weak-updates/gfs/gfs.ko lrwxrwxrwx 1 root root 46 Dec 6 11:33 /lib/modules/2.6.18-53.1.4.el5/weak-updates/gfs/gfs.ko -> /lib/modules/2.6.18-8.1.8.el5/extra/gfs/gfs.ko (The listing shows up in red because it is broken) Expected results: [root@ct-db-1 grub]# ls -l /lib/modules/2.6.18-53.1.4.el5/weak-updates/gfs/gfs.ko lrwxrwxrwx 1 root root 43 Dec 12 09:26 /lib/modules/2.6.18-53.1.4.el5/weak-updates/gfs/gfs.ko -> /lib/modules/2.6.18-53.el5/extra/gfs/gfs.ko Additional info: Steps to fix this: rm /lib/modules/2.6.18-53.1.4.el5/weak-updates/gfs/gfs.korm: remove symbolic link `/lib/modules/2.6.18-53.1.4.el5/weak-updates/gfs/gfs.ko'? y ln -s /lib/modules/2.6.18-53.el5/extra/gfs/gfs.ko /lib/modules/2.6.18-53.1.4.el5/weak-updates/gfs/gfs.ko
Did you remove the old kernel in some weird way?
Did you remove the old GFS module? Or the kernel? Did GFS get updated to a newer release as part of the upgrade? Can you give me any more context?
I'm going to ask Chris Feist to take a look at this initially, since he maintains the GFS modules concerned. If it's possible to reproduce this in house the I can take a look at why any symlinks are failing to be created.
Enginerring - what is the status with this? Thanks This event sent from IssueTracker by jwilleford issue 142321