kdump fails on Hyper-V
This document (7014585) is provided subject to the disclaimer at the end of this document.
SUSE Linux Enterprise Server 11 Service Pack 3 (SLES 11 SP3)
The errors received are similar to:
Could not find /dev/disk/by-id/scsi-14d5346542020202060bc93c5e99f6a4eb383477d7443364a-part2
Want me to fall back to /dev/disk/by-id/scsi-14d5346542020202060bc93c5e99f6a4eb383477d7443364a-part2? (Y/n)
So, this line should read:
It is also necessary to change the partitions to mount by UUID instead of by Device ID.
This can be accomplished using the YaST Partitioner.
Open the YaST Partitioner by going to YaST->System->Partitioner.
A warning will be displayed indicating that partitioning disks that are in use may
result in data loss. It is safe to answer 'Yes'.
Select the partition, choose 'Edit', and select 'Fstab Options' under 'Mounting Options'
Under 'Mount in /etc/fstab by', change from Device ID to UUID, and select 'OK'.
Repeat this for every partition required to boot and any partitions required to store the
After this change, verify that both /etc/fstab and the grub boot loader configuration, /boot/grub/menu.lst refer to the root partition by UUID, run 'mkinitrd' and reboot.
cause the /dev/disk/by-id links to be different between the primary kernel and kdump kernel,
which causes the failure.
This Support Knowledgebase provides a valuable tool for SUSE customers and parties interested in our products and solutions to acquire information, ideas and learn from one another. Materials are provided for informational, personal or non-commercial use within your organization and are presented "AS IS" WITHOUT WARRANTY OF ANY KIND.
- Document ID:7014585
- Creation Date: 19-Feb-2014
- Modified Date:03-Mar-2020
- SUSE Linux Enterprise Server
For questions or concerns with the SUSE Knowledgebase please contact: email@example.com