Bug 1034591 - grubby fatal error: unable to find a suitable template
Summary: grubby fatal error: unable to find a suitable template
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: grubby
Version: 7.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: rc
: ---
Assignee: Peter Jones
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On:
Blocks: 1498169
TreeView+ depends on / blocked
 
Reported: 2013-11-26 07:29 UTC by Sibiao Luo
Modified: 2017-10-27 14:23 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1498169 (view as bug list)
Environment:
Last Closed: 2014-01-10 16:07:17 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Sibiao Luo 2013-11-26 07:29:49 UTC
Description of problem:
/boot/grub2/grub.cfg which will not be updated after install/update a newer kernel RPM or downgrade a older kernel version.

Version-Release number of selected component (if applicable):
rhel7.0: kernel-3.10.0-50.el7.x86_64

How reproducible:
3/3

Steps to Reproduce:
1.My host kernel version is kernel-3.10.0-50.el7.x86_64.
2.Upgrade/install/downgrade a different kernel-3.10.0-55.el7.x86_64 version.

Actual results:
after step 2, /boot/grub2/grub.cfg which will not be updated after install/update/downgrade a kernel version, and there is a warning message prompt "grubby fatal error: unable to find a suitable template".

Expected results:
It should install/update/downgrade a kernel version successfully and the /boot/grub2/grub.cfg should be updated correctly.
# rpm -ivh kernel-3.10.0-55.el7.x86_64.rpm
Preparing...                          ################################# [100%]
Updating / installing...
   1:kernel-3.10.0-55.el7             ################################# [100%]
grubby fatal error: unable to find a suitable template

Additional info:

Comment 1 Sibiao Luo 2013-11-26 07:31:46 UTC
Also tried the upgrade/downgrade it which also hit this issue.
# rpm -Uvh kernel-3.10.0-55.el7.x86_64.rpm
Preparing...                          ################################# [100%]
Updating / installing...
   1:kernel-3.10.0-55.el7             ################################# [ 33%]
grubby fatal error: unable to find a suitable template
Cleaning up / removing...
   2:kernel-3.10.0-52.el7             warning: file /lib/modules/3.10.0-52.el7.x86_64/modules.softdep: remove failed: No such file or directory
warning: file /lib/modules/3.10.0-52.el7.x86_64/modules.devname: remove failed: No such file or directory
################################# [ 67%]
   3:kernel-3.10.0-50.el7             warning: file /lib/modules/3.10.0-50.el7.x86_64/modules.softdep: remove failed: No such file or directory
warning: file /lib/modules/3.10.0-50.el7.x86_64/modules.devname: remove failed: No such file or directory
################################# [100%]

Comment 2 Sibiao Luo 2013-11-26 07:42:19 UTC
# rpm -qa | grep grubby
grubby-8.28-2.el7.x86_64

Comment 3 Sibiao Luo 2013-12-16 02:27:53 UTC
Hi pjones,

   Could you help see this issue and make a package to fix it as we always hit it and cann't usable the kernel at all after update the kernel. I update it to high priority as it very harmful to our OS. Please correct me if any mistake.

Best Regards,
sluo

Comment 4 Peter Jones 2014-01-09 17:52:48 UTC
Please attach /var/log/grubby .

Comment 5 Sibiao Luo 2014-01-10 08:33:45 UTC
(In reply to Peter Jones from comment #4)
> Please attach /var/log/grubby .
I did not meet the "grubby fatal error: unable to find a suitable template" issue any more with the currently usable OS tree. So i provide the /var/log/grubby log maybe not helpful for you. Maybe this issue is related to the specifically OS tree.

# cat /var/log/grubby 
DBG: 27108: Mon Nov 18 23:24:51 2013: command line: --default-kernel
DBG: Image entry succeeded: 
DBG: menuentry 'Red Hat Enterprise Linux Server, with Linux 3.10.0-48.el7.x86_64' --class red --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.10.0-48.el7.x86_64-advanced-f2af5b35-a422-433c-9a2a-11747bc18c95' { 
DBG: 	load_video
DBG: 	set gfxpayload=keep
DBG: 	insmod gzio
DBG: 	insmod part_msdos
DBG: 	insmod xfs
DBG: 	set root='hd0,msdos1'
DBG: 	if [ x$feature_platform_search_hint = xy ]; then
DBG: 	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  837b659c-86c2-47d6-8875-29580736d2b5
DBG: 	else
DBG: 	  search --no-floppy --fs-uuid --set=root 837b659c-86c2-47d6-8875-29580736d2b5
DBG: 	fi
DBG: 	linux /vmlinuz-3.10.0-48.el7.x86_64 root=/dev/mapper/rhel-root ro rd.lvm.lv=rhel/root rd.lvm.lv=rhel/swap console=tty0 crashkernel=auto console=ttyS0,115200 vconsole.keymap=us vconsole.font=latarcyrheb-sun16 rhgb quiet LANG=en_US.UTF-8
DBG: 	initrd /initramfs-3.10.0-48.el7.x86_64.img
DBG: }
DBG: 2593: Fri Jan 10 03:24:55 2014: command line: --grub2 -c /boot/grub2/grub.cfg --add-kernel=/boot/vmlinuz-3.10.0-55.el7.x86_64 --copy-default --make-default --title Red Hat Enterprise Linux Server (3.10.0-55.el7.x86_64) 7.0 (Maipo) --args=root=/dev/mapper/rhel-root  --remove-kernel=TITLE=Red Hat Enterprise Linux Server (3.10.0-55.el7.x86_64) 7.0 (Maipo)
DBG: Image entry succeeded: 
DBG: menuentry 'Red Hat Enterprise Linux Server, with Linux 3.10.0-48.el7.x86_64' --class red --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.10.0-48.el7.x86_64-advanced-f2af5b35-a422-433c-9a2a-11747bc18c95' { 
DBG: 	load_video
DBG: 	set gfxpayload=keep
DBG: 	insmod gzio
DBG: 	insmod part_msdos
DBG: 	insmod xfs
DBG: 	set root='hd0,msdos1'
DBG: 	if [ x$feature_platform_search_hint = xy ]; then
DBG: 	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  837b659c-86c2-47d6-8875-29580736d2b5
DBG: 	else
DBG: 	  search --no-floppy --fs-uuid --set=root 837b659c-86c2-47d6-8875-29580736d2b5
DBG: 	fi
DBG: 	linux /vmlinuz-3.10.0-48.el7.x86_64 root=/dev/mapper/rhel-root ro rd.lvm.lv=rhel/root rd.lvm.lv=rhel/swap console=tty0 crashkernel=auto console=ttyS0,115200 vconsole.keymap=us vconsole.font=latarcyrheb-sun16 LANG=en_US.UTF-8
DBG: 	initrd /initramfs-3.10.0-48.el7.x86_64.img
DBG: }
DBG: 19639: Fri Jan 10 03:25:50 2014: command line: --grub2 -c /boot/grub2/grub.cfg --add-kernel=/boot/vmlinuz-0-rescue-990ea1616b6747b2b80319fb01d30d30 --initrd /boot/initramfs-0-rescue-990ea1616b6747b2b80319fb01d30d30.img --copy-default --title Red Hat Enterprise Linux Server 7.0 Rescue 990ea1616b6747b2b80319fb01d30d30 (3.10.0-55.el7.x86_64) --args=root=/dev/mapper/rhel-root  --remove-kernel=TITLE=Red Hat Enterprise Linux Server 7.0 Rescue 990ea1616b6747b2b80319fb01d30d30 (3.10.0-55.el7.x86_64)
DBG: Image entry succeeded: 
DBG: menuentry 'Red Hat Enterprise Linux Server (3.10.0-55.el7.x86_64) 7.0 (Maipo)' --class red --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.10.0-48.el7.x86_64-advanced-f2af5b35-a422-433c-9a2a-11747bc18c95' { 
DBG: 	load_video
DBG: 	set gfxpayload=keep
DBG: 	insmod gzio
DBG: 	insmod part_msdos
DBG: 	insmod xfs
DBG: 	set root='hd0,msdos1'
DBG: 	if [ x$feature_platform_search_hint = xy ]; then
DBG: 	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  837b659c-86c2-47d6-8875-29580736d2b5
DBG: 	else
DBG: 	  search --no-floppy --fs-uuid --set=root 837b659c-86c2-47d6-8875-29580736d2b5
DBG: 	fi
DBG: 	linux /vmlinuz-3.10.0-55.el7.x86_64 root=/dev/mapper/rhel-root ro rd.lvm.lv=rhel/root rd.lvm.lv=rhel/swap console=tty0 crashkernel=auto console=ttyS0,115200 vconsole.keymap=us vconsole.font=latarcyrheb-sun16 LANG=en_US.UTF-8
DBG: 	initrd /initramfs-3.10.0-55.el7.x86_64.img
DBG: }

Best Regards,
sluo

Comment 6 Peter Jones 2014-01-10 15:48:21 UTC
Alright, well if you can't reproduce it any more, and since all these log entries seem to be for successful usage, I'm going to close this.  Please re-open with fresh logs if you encounter the problem again.

Comment 7 RHEL Program Management 2014-01-10 16:07:17 UTC
Development Management has reviewed and declined this request.
You may appeal this decision by reopening this request.


Note You need to log in before you can comment on or make changes to this bug.