To much kernels installed, but config gives a limit of 5

flatspin · August 22, 2018, 9:11am

Also can confirm:

before update via softwarecenter 5 kernels installed:

 rpm -q kernel
kernel-3.10.0-862.el7.x86_64
kernel-3.10.0-862.3.2.el7.x86_64
kernel-3.10.0-862.3.3.el7.x86_64
kernel-3.10.0-862.6.3.el7.x86_64
kernel-3.10.0-862.9.1.el7.x86_64

after update via softwarecenter 6 kernels installed:

rpm -q kernel
kernel-3.10.0-862.el7.x86_64
kernel-3.10.0-862.3.2.el7.x86_64
kernel-3.10.0-862.3.3.el7.x86_64
kernel-3.10.0-862.6.3.el7.x86_64
kernel-3.10.0-862.9.1.el7.x86_64
kernel-3.10.0-862.11.6.el7.x86_64

When updating via CLI:

oldest kernel is erased.

rpm -q kernel
kernel-3.10.0-862.3.2.el7.x86_64
kernel-3.10.0-862.3.3.el7.x86_64
kernel-3.10.0-862.6.3.el7.x86_64
kernel-3.10.0-862.9.1.el7.x86_64
kernel-3.10.0-862.11.6.el7.x86_64

PS: this works ATM only on non-subscription machines, because kernel 3.10.0-862.11.6 isn’t yet in sb-repo.

m.traeumner · August 28, 2018, 9:11am

Sorry for late response (holiday):

Yes I can.

[root@groupware ~]# rpm -q kernel
kernel-3.10.0-693.21.1.el7.x86_64
kernel-3.10.0-693.5.2.el7.x86_64
kernel-3.10.0-693.11.1.el7.x86_64
kernel-3.10.0-693.17.1.el7.x86_64
kernel-3.10.0-862.3.2.el7.x86_64
kernel-3.10.0-862.6.3.el7.x86_64
kernel-3.10.0-862.11.6.el7.x86_64

It looks like we continue here, I set a link to this thread at the other one.

giacomo · August 28, 2018, 12:12pm

Ok guys, hold tight: we may have a fix!

Could someone try the RPM from this PR?

Just execute:

yum --enablerepo=nethserver-testing update nethserver-base

Then, go the UI and apply the updates: the oldest kernels should be automatically removed at the end of the process.

EDIT: I’m pretty sure this is a good fix, I just merged the patch. The package is available from testing repo.

dnutan · August 28, 2018, 1:43pm

It is working.
Task progress shows removal of kernel.
Removal was not logged on yum.log or /var/log/messages.

Details

Before:

# rpm -q kernel
kernel-3.10.0-862.el7.x86_64
kernel-3.10.0-862.3.2.el7.x86_64
kernel-3.10.0-862.3.3.el7.x86_64
kernel-3.10.0-862.6.3.el7.x86_64
kernel-3.10.0-862.9.1.el7.x86_64

# yum -q --assumeno update kernel
=========================================================================================================
 Package             Arch                Version                            Repository              Size
=========================================================================================================
Installing:
 kernel              x86_64              3.10.0-862.11.6.el7                updates                 46 M
Removing:
 kernel              x86_64              3.10.0-862.el7                     @anaconda               62 M

Transaction Summary
=========================================================================================================
Install  1 Package
Remove   1 Package

Exiting on user command

After updating through Software Center:

# rpm -q kernel
kernel-3.10.0-862.3.2.el7.x86_64
kernel-3.10.0-862.3.3.el7.x86_64
kernel-3.10.0-862.6.3.el7.x86_64
kernel-3.10.0-862.9.1.el7.x86_64
kernel-3.10.0-862.11.6.el7.x86_64

giacomo · August 28, 2018, 2:01pm

I already noticed it but I don’t think we need to invoke same special API since all other actions are already logged.

dnutan · August 28, 2018, 2:12pm

All good. Checked old logs and kernels removed by yum updates (installonly_limit trigger) weren’t logged neither. So it is same behaviour on both sides.

stephdl · August 28, 2018, 2:14pm

same for me, kernel are set to two after the software center update

giacomo · August 28, 2018, 2:36pm

Thank you for the testin!

Closed and released.

/cc @EddieA @fasttech @flatspin

MrE · August 28, 2018, 8:15pm

I have this:

~]# cat /etc/yum.conf|grep limit
installonly_limit=5
~]# ll /boot | grep -c vmli
8

I have 30% used space in boot, so I’m not worry yet:

/dev/sda1 1014M 303M 712M 30% /boot

I need to wait a little more, instead of do this, right?:

~]# yum install yum-utils
and clean up
~]# package-cleanup --oldkernels --count=5

mark_nl · August 28, 2018, 8:27pm

This works right away, but

You can also wait for the next kernel update

m.traeumner · August 29, 2018, 8:00am

Tested also, it works great.

Before:

[root@GroupwareBackup ~]# rpm -q kernel
kernel-3.10.0-693.21.1.el7.x86_64
kernel-3.10.0-693.5.2.el7.x86_64
kernel-3.10.0-693.2.2.el7.x86_64
kernel-3.10.0-862.3.2.el7.x86_64
kernel-3.10.0-693.17.1.el7.x86_64
kernel-3.10.0-862.6.3.el7.x86_64

After

[root@GroupwareBackup ~]# rpm -q kernel
kernel-3.10.0-693.21.1.el7.x86_64
kernel-3.10.0-862.3.2.el7.x86_64
kernel-3.10.0-693.17.1.el7.x86_64
kernel-3.10.0-862.6.3.el7.x86_64
kernel-3.10.0-862.11.6.el7.x86_64

flatspin · August 29, 2018, 11:15am

Seems to work properly.

Before update via Softwarecenter:

rpm -q kernel
kernel-3.10.0-862.el7.x86_64
kernel-3.10.0-862.3.2.el7.x86_64
kernel-3.10.0-862.3.3.el7.x86_64
kernel-3.10.0-862.6.3.el7.x86_64
kernel-3.10.0-862.9.1.el7.x86_64

after:

rpm -q kernel
kernel-3.10.0-862.3.2.el7.x86_64
kernel-3.10.0-862.3.3.el7.x86_64
kernel-3.10.0-862.6.3.el7.x86_64
kernel-3.10.0-862.9.1.el7.x86_64
kernel-3.10.0-862.11.6.el7.x86_64

Oldest kernel was removed correctly.

davidep · October 1, 2018, 4:00pm

This topic was automatically closed after 28 days. New replies are no longer allowed.