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