Description of problem:
The up2date agent has an issue with updating the kernel. What happens is, once
you have updated several kernels, the lilo label names become too long for
lilo. It appears the naming schema for old kernels is linux-up.bak1 , linux-
up.bak12, linux-up.bak123, linux-up.bak1234. The last in that list is where
lilo complains about the character length of the string, 16. So after an
up2date that updates the kernel you have, up2date gives an error saying lilo
Version-Release number of selected component (if applicable):
RedHat 7.3 on i686
LILO version 21.4-4
Red Hat Update Agent v2.8.39
Steps to Reproduce:
Simply supply an image within lilo.conf which exceeds the 16 character label
1. Give an image a label name >= 16 characters
Label for an Image: LABEL_0123456789
2. run lilo
you get) Lilo Error: Fatal: Label "LABEL_0123456789" is too long
I am aware this is more a lilo thing but if you want up2date to be completelty
transparent/hands off, the up2date binary should know about this label name
limit and adjust what names it gives to the old kernel images.
The fix is easy: just rename the labels, run lilo again and reboot.
I tend to think of this as a dup of #61512 (up2date verify sanity
of boot loader configs before attempting to modify them)
Since up2date currently assumes that the existing bootloader
configs are working.
Also, some versions of up2date did a crappy job of appending
to the name. This should be fixed in current versions of up2date
(for 8.0, possible errata for 7.x).
This bug seems to be a combo of the above.
*** This bug has been marked as a duplicate of 61512 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.