search for: mkdumprd

...below for some discussion, not tried by me, so in case please use on test system before. 1) In CentOS 6 we have the classical SysV service file: /etc/rc.d/init.d/kdump Supposing you have just installed 2.6.32-642.13.1.el6.x86_64 kernel Analyzing what it runs we have DUMP_KERNELVER="" MKDUMPRD_ARGS="" . /etc/sysconfig/kdump In my case: KDUMP_BOOTDIR="/boot" local running_kernel=`uname -r` kdump_kver=`echo $running_kernel | sed 's/smp//g'` MKDUMPRD="/sbin/mkdumprd -d -f $MKDUMPRD_ARGS" kdump_initrd="${KDUMP_BOOTDIR}/initrd-${kdump_kver}kdump.i...

...l Messages----- > From: "Gianluca Cecchi" <gianluca.cecchi at gmail.com> > Sent Time: 2019-03-28 16:59:19 (Thursday) > [...] > The command line fo CentOS 6 clearly misses the kernel version to build > initrd file for, so the correct command should be: > > /sbin/mkdumprd -d -f > "/boot/initrd-2.6.32-642.13.1.el6.x86_64kdump.img" 2.6.32-642.13.1.el6.x86_64 > I test it and it works for me, although prints some harmless warnings. Thanks

What do you mean? Wouldn't the kernel version always be the actual running version of the kernel that was booted? Ben On 3/26/19 6:16 PM, wuzhouhui wrote: >> -----Original Messages----- >> From: "Benjamin Hauger" <hauger at noao.edu> >> Sent Time: 2019-03-27 00:15:21 (Wednesday) >> To: centos at centos.org >> Cc: >> Subject: Re: [CentOS]

....4 and I'm seeing the following on all the servers. Want to make sure I'm not going to end up with a kernel panic if I reboot into the new kernel or have any other issues. Apr 22 11:10:21 www kdump: kexec: unloaded kdump kernel Apr 22 11:10:21 www kdump: stopped Apr 22 11:10:21 www kdump: mkdumprd: failed to make kdump initrd Apr 22 11:10:21 www kdump: failed to start up, config file incorrect I've never touched kdump.conf, or really used kdump at all.. /etc/kdump.conf shows: #raw /dev/sda5 #ext4 /dev/sda3 #ext4 LABEL=/boot #ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937 #net my.serve...

From: Pino Toscano <ptoscano at redhat.com> Complementary fix of commit 2d25872df3619a3077006ad0f91c029602db6780. On SLES 11 SP4 with kdump enabled mkinitrd calls mkdumprd which calls mkinitrd, but mkdumprd doesn't have any clue of the root device. Call mkinitrd with rootdev environment variable to tell them all what device to use as root. Tested-By: C?dric Bosdonnat <cbosdonnat at suse.com> --- v2v/convert_linux.ml | 4 +++- 1 file changed, 3 insertions...

...at gmail.com> wrote: > > > 1) In CentOS 6 we have the classical SysV service > file: /etc/rc.d/init.d/kdump > > Supposing you have just installed 2.6.32-642.13.1.el6.x86_64 kernel > > [snip] > > and at the end it runs this command if it doesn't find one: > $MKDUMPRD $kdump_initrd $kdump_kver > > that tipically will translate in: > > /sbin/mkdumprd -d -f "/boot/initrd-2.6.32-642.13.1.el6.x86_64kdump.img" > > The command line fo CentOS 6 clearly misses the kernel version to build initrd file for, so the correct command should be: /sb...

The ‘vmware-uninstall-tools.pl’ script tries to rebuild the initrd. On SUSE, if kdump initrd has been enabled, this hangs because the ‘mkdumprd’ doesn't know what root device to use. Fix that by setting the ‘rootdev’ environment variable. --- v2v/convert_linux.ml | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/v2v/convert_linux.ml b/v2v/convert_linux.ml index c34bf3e91..2fa9bfa51 100644 --- a/v2v/convert_lin...

Untested - still working on reproducing this bug. Rich.