On Wed, Jul 31, 2013 at 11:03:07AM +0800, Dave Young wrote:
On 07/31/2013 04:40 AM, Vivek Goyal wrote:
On Tue, Jul 30, 2013 at 04:02:22PM -0400, Vivek Goyal wrote:
On Tue, Jul 30, 2013 at 02:19:30PM +0800, Dave Young wrote:
Vivek
I tried kdump without acpi_rsdp on your reserved machine. It can not boot similar with the initial report here: http://lists.infradead.org/pipermail/kexec/2010-March/003889.html
Below is the detail kmsg, tried noacpi, noapic, nox2apic, they all does not help on this problem.
Hi Dave,
Rich change the motherboard on this system. So looks like new motherboard does not work while old one worked. Strange.
BTW, did you modify kexec-tools on this system to remove "noefi" and "acpi_rsdp=" parameters from command line. Or this kexec-tools is old.
Now this system does not seem to work even with acpi_rsdp specified. root device does not seem to show up. I am not seeing any lvm related initialization at all.
dracut-cmdline[71]: 380000000000-38007fffffff : PCI Bus 0000:00 dracut-cmdline[71]: 380080000000-3800ffffffff : PCI Bus 0000:80 dracut-cmdline[71]: Warning: Break before cmdline dracut-cmdline[71]: Warning: /dev/disk/by-uuid/cec1b60a-d809-415c-a902-e1270d03a971 does not exist dracut-cmdline[71]: Warning: /dev/mapper/fedora_intel--canoepass--02-root does not exist dracut-cmdline[71]: Warning: /dev/mapper/fedora_intel--canoepass--02-swap does not exist
Maybe a initrd issue? I retested after rebuilding kdump initrd, vmcore get captured. (boot with kernel 3.9.8)
This system is behaving strangely. Yesterday I tried everything and it did not work and today both 3.9 and 3.10 kernel seem to work (with acpi_rsdp=). I am upgrading kexec-tools now and will try again. If that works, then will try without acpi_rsdp.
Well, with 3.10 kernel boots up device showsup but dump saving fails. Looks like makedumpfile bailed out.
Hopefully upgrading kexec-tools will fix it.
Thanks Vivek