SL 6.4 x86_64: rpm -q kernel: kernel-2.6.32-279.22.1.el6.x86_64 kernel-2.6.32-358.2.1.el6.x86_64 kernel-2.6.32-358.6.1.el6.x86_64 yum remove kernel-2.6.32-279.22.1.el6.x86_64: Removing for dependencies: kmod-openafs noarch 1.6.2-4.SL64.el6 @sl-security/6.3 0.0 kmod-openafs-279 x86_64 1.6.2-0.144.sl6.279 @sl-security/6.3 1.3 M kmod-openafs-358 x86_64 1.6.2-0.144.sl6.358.0.1 @sl-security/6.3 1.3 M openafs-client x86_64 1.6.2-0.144.sl6 @sl 2.4 M rpm -qR kmod-openafs [...] kmod-openafs-358 kmod-openafs-279 IIUC, it was predicted that this would happen: http://listserv.fnal.gov/scripts/wa.exe?A2=ind1303&L=scientific-linux-devel&T=0&P=5728 The comment from http://listserv.fnal.gov/scripts/wa.exe?A2=ind1303&L=scientific-linux-devel&T=0&P=5842 suggests this was fixed. I see that the SL 6.4 x86_64 repo contains kmod-openafs-1.6.2-3.SL64.el6.noarch.rpm rpm -qpR ./kmod-openafs-1.6.2-3.SL64.el6.noarch.rpm [...] kmod-openafs-358 So it does look like it is fixed. Somehow, all my SL 6.4 systems have installed kmod-openafs-1.6.2-4.SL64.el6.noarch Looks like this version comes from 6.3 updates/security (these systems were upgraded from SL 6.3 to 6.4). The Release number is higher than the version in the 6.4 repo, so the 6.4 repo version does not get installed. Not sure why there is a SL64 package in the 63 repo. I can force installation of the SL 6.4 version, but probably there should be a new version with a higher release number than the SL 6.3 version?