Bug 1369587

Summary: kernel rpms are not removing out of date kernel files
Product: [Fedora] Fedora Reporter: George R. Goffe <grgoffe>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 23CC: gansalmon, grgoffe, ichavero, itamar, jforbes, jonathan, kernel-maint, madhu.chinakonda, mchehab
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-08-24 15:39:27 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description George R. Goffe 2016-08-23 20:57:23 UTC
Description of problem:

In updating this Fedora 23 system with kernel updates it appears that the kernel rpms are NOT removing the older kernel files.

Version-Release number of selected component (if applicable):
kernel-4.6.4-201.fc23.x86_64
kernel-4.6.5-200.fc23.x86_64
kernel-4.6.6-200.fc23.x86_64


How reproducible:
always

Steps to Reproduce:
1.upgrade with kernel rpm
2.
3.

Actual results:

The kernel config is updated but the older kernel files are not removoved:

entries in /boot/grub2/grub.cfg, /lib/modules and the support files in /boot are still in the system.

Expected results:

The older entries and files should be removed but perhaps this is something that the systems manager should be doing?

Additional info:

Comment 1 Justin M. Forbes 2016-08-23 21:44:22 UTC
Okay, I am a little bit confused about what you are doing here. How are you updating? dnf update, the graphical package manager, or raw rpm?  If it is dnf or the graphical manager, it should be leaving 3 kernels on the system, this is by design to protect you if you have an issue with the most recent kernel. This number can be changed by modifying 'installonly_limit=3' in '/etc/dnf/dnf.conf'.

Comment 2 George R. Goffe 2016-08-24 01:47:05 UTC
Justin,

Thank you for responding.

I'm using "dnf upgrade".

Here's my current lib/modules:

l /lib/modules
total 160
drwxr-xr-x.  22 root root  4096 Aug 18 06:59 .
drwxr-xr-x. 147 root root 69632 Aug 21 23:41 ..
drwxr-xr-x.   3 root root  4096 Apr 19 13:00 4.4.3-300.fc23.x86_64
drwxr-xr-x.   3 root root  4096 Apr 19 13:00 4.4.4-301.fc23.x86_64
drwxr-xr-x.   3 root root  4096 Apr 19 13:00 4.4.4-301.fc23.x86_64+debug
drwxr-xr-x.   3 root root  4096 May 13 11:04 4.4.5-300.fc23.x86_64
drwxr-xr-x    3 root root  4096 Jun  2 13:58 4.4.6-300.fc23.x86_64
drwxr-xr-x    3 root root  4096 Jun  9 09:31 4.4.6-301.fc23.x86_64
drwxr-xr-x    3 root root  4096 Jun 18 00:38 4.4.7-300.fc23.x86_64
drwxr-xr-x    3 root root  4096 Jul  3 01:40 4.4.8-300.fc23.x86_64
drwxr-xr-x    3 root root  4096 Jul 19 20:39 4.4.9-300.fc23.x86_64
drwxr-xr-x    3 root root  4096 Aug 18 06:59 4.5.5-201.fc23.x86_64
drwxr-xr-x    5 root root  4096 Aug 18 06:59 4.5.7-200.fc23.x86_64
drwxr-xr-x    6 root root  4096 Aug 18 06:59 4.5.7-200.fc23.x86_64+debug
drwxr-xr-x    5 root root  4096 Aug 18 06:59 4.5.7-202.fc23.x86_64
drwxr-xr-x    6 root root  4096 Aug 18 06:59 4.5.7-202.fc23.x86_64+debug
drwxr-xr-x    5 root root  4096 Aug 18 06:59 4.6.4-201.fc23.x86_64
drwxr-xr-x    6 root root  4096 Aug 18 06:59 4.6.4-201.fc23.x86_64+debug
drwxr-xr-x    5 root root  4096 Aug 18 06:59 4.6.5-200.fc23.x86_64
drwxr-xr-x    6 root root  4096 Aug  9 01:28 4.6.5-200.fc23.x86_64+debug
drwxr-xr-x    5 root root  4096 Aug 16 12:10 4.6.6-200.fc23.x86_64
drwxr-xr-x    7 root root  4096 Aug 20 17:38 4.6.6-200.fc23.x86_64+debug


Somehow my dnf.conf has "5" for the limit and most of the files have 5 instances in them but /boot looks partially like this:

-rw-r--r--.  1 root root      166 Oct  5  2015 .vmlinuz.hmac-4.2.3-300.fc23.x86_64
-rw-r--r--.  1 root root      166 Feb 26 10:52 .vmlinuz.hmac-4.4.3-300.fc23.x86_64
-rw-r--r--.  1 root root      172 Feb 26 10:40 .vmlinuz.hmac-4.4.3-300.fc23.x86_64+debug
-rw-r--r--.  1 root root      166 Mar  4 09:53 .vmlinuz.hmac-4.4.4-301.fc23.x86_64
-rw-r--r--.  1 root root      172 Mar  4 09:35 .vmlinuz.hmac-4.4.4-301.fc23.x86_64+debug
-rw-r--r--.  1 root root      166 Mar 10 10:05 .vmlinuz.hmac-4.4.5-300.fc23.x86_64
-rw-r--r--.  1 root root      172 Mar 10 09:49 .vmlinuz.hmac-4.4.5-300.fc23.x86_64+debug
-rw-r--r--   1 root root      166 Mar 16 15:19 .vmlinuz.hmac-4.4.6-300.fc23.x86_64
-rw-r--r--   1 root root      172 Mar 16 15:04 .vmlinuz.hmac-4.4.6-300.fc23.x86_64+debug
-rw-r--r--   1 root root      166 Mar 30 09:51 .vmlinuz.hmac-4.4.6-301.fc23.x86_64
-rw-r--r--   1 root root      172 Mar 30 09:38 .vmlinuz.hmac-4.4.6-301.fc23.x86_64+debug
-rw-r--r--   1 root root      166 Apr 12 19:59 .vmlinuz.hmac-4.4.7-300.fc23.x86_64
-rw-r--r--   1 root root      172 Apr 12 19:47 .vmlinuz.hmac-4.4.7-300.fc23.x86_64+debug
-rw-r--r--   1 root root      166 Apr 20 10:10 .vmlinuz.hmac-4.4.8-300.fc23.x86_64
-rw-r--r--   1 root root      172 Apr 20 09:53 .vmlinuz.hmac-4.4.8-300.fc23.x86_64+debug
-rw-r--r--   1 root root      166 May  4 17:03 .vmlinuz.hmac-4.4.9-300.fc23.x86_64
-rw-r--r--   1 root root      172 May  4 16:50 .vmlinuz.hmac-4.4.9-300.fc23.x86_64+debug
-rw-r--r--   1 root root      166 May 21 08:36 .vmlinuz.hmac-4.5.5-201.fc23.x86_64
-rw-r--r--   1 root root      172 May 21 08:23 .vmlinuz.hmac-4.5.5-201.fc23.x86_64+debug
-rw-r--r--   1 root root      166 Jun  1 14:39 .vmlinuz.hmac-4.5.6-200.fc23.x86_64
-rw-r--r--   1 root root      172 Jun  1 14:22 .vmlinuz.hmac-4.5.6-200.fc23.x86_64+debug
-rw-r--r--   1 root root      166 Jun  8 10:53 .vmlinuz.hmac-4.5.7-200.fc23.x86_64
-rw-r--r--   1 root root      172 Jun  8 10:36 .vmlinuz.hmac-4.5.7-200.fc23.x86_64+debug
-rw-r--r--   1 root root      166 Jun 28 11:29 .vmlinuz.hmac-4.5.7-202.fc23.x86_64
-rw-r--r--   1 root root      172 Jun 28 11:17 .vmlinuz.hmac-4.5.7-202.fc23.x86_64+debug
-rw-r--r--   1 root root      166 Jul 12 04:54 .vmlinuz.hmac-4.6.4-201.fc23.x86_64
-rw-r--r--   1 root root      172 Jul 12 04:38 .vmlinuz.hmac-4.6.4-201.fc23.x86_64+debug
-rw-r--r--   1 root root      166 Jul 27 18:22 .vmlinuz.hmac-4.6.5-200.fc23.x86_64
-rw-r--r--   1 root root      172 Jul 27 18:03 .vmlinuz.hmac-4.6.5-200.fc23.x86_64+debug
-rw-r--r--   1 root root      166 Aug 10 16:21 .vmlinuz.hmac-4.6.6-200.fc23.x86_64
-rw-r--r--   1 root root      172 Aug 10 16:07 .vmlinuz.hmac-4.6.6-200.fc23.x86_64+debug

grub.cfg appears to be correct.


Your thoughts?

George...

Comment 3 Justin M. Forbes 2016-08-24 12:33:08 UTC
What version of systemd are you running? kernel-install was patched at one point to fix this.  This isn't something that the kernel package itself manages.

Comment 4 George R. Goffe 2016-08-24 14:50:15 UTC
Justin,

"my" systemd is at "systemd-222-14.fc23.x86_64"

George...

When this problem was resolved(?) was there anything suggested on just what to clean up? A cleanup script perhaps?

Comment 5 Justin M. Forbes 2016-08-24 15:39:27 UTC
Okay, this looks like a dup of 1321148 which has unfortunately still not been resolved.

*** This bug has been marked as a duplicate of bug 1321148 ***

Comment 6 George R. Goffe 2016-08-24 20:09:41 UTC
Justin,

If you would like more info or if you need someone to test possible fixes, just let me know.

Thanks for your help,

George...