Bug 1034591

Summary: grubby fatal error: unable to find a suitable template
Product: Red Hat Enterprise Linux 7 Reporter: Sibiao Luo <sluo>
Component: grubbyAssignee: Peter Jones <pjones>
Status: CLOSED WONTFIX QA Contact: Release Test Team <release-test-team>
Severity: high Docs Contact:
Priority: high    
Version: 7.0CC: chayang, herrold, juzhang, michen, pjones, qzhang, sluo, xfu
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 1498169 (view as bug list) Environment:
Last Closed: 2014-01-10 16:07:17 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:
Bug Depends On:    
Bug Blocks: 1498169    

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.