According to:
https://access.redhat.com/solutions/916043

It may be worth a try to see if memory can be reserved when using the 
following kernel argument:

crashkernel=768M@0M

Any updates on this from your side?

Regards,

Vincent


On Fri, 6 Jan 2017, lejeczek wrote:

>
> like I said "..Different kernels, official and third-parties, still fails..."
> Same Centos on a VM (as a guest on the box where kdump fails) starts kdump 
> fine.
>
> smells like the hardware. Dell tech, are you there guys?
>
>
> On 06/01/17 17:00, [email protected] wrote:
>> 
>> Oh and btw, is there any reason that you're running 4.9.0 and not the usual 
>> 3.10.0 kernel on el7/centos? That might explain some of the breakage..
>> 
>> Vincent
>> 
>> On Fri, 6 Jan 2017, lejeczek wrote:
>> 
>>> it does not start at all
>>> 
>>> lrwxrwxrwx   1 root     root           11 Jan  6 12:45 var/lock -> 
>>> ../run/lock
>>> lrwxrwxrwx   1 root     root            6 Jan  6 12:45 var/run -> ../run
>>> ======================================================================== 
>>> *** Creating initramfs image file 
>>> '/boot/initramfs-4.9.0-1.el7.elrepo.x86_64kdump.img' done ***
>>> No memory reserved for crash kernel.
>>> Starting kdump: [FAILED]
>>> kdump.service: main process exited, code=exited, status=1/FAILURE
>>> 
>>> Centos 7.x
>>> I've tried various args to crashkernel= but no help from it. Different 
>>> kernels, official and third-parties, still fails.
>>> BIOS?? Some advise on Intel switch off IOMMU, which I did although it's 
>>> AMD.
>>> 
>>> 
>>> On 06/01/17 14:57, [email protected] wrote:
>>>> What's your OS and what are the relevant parts of your kdump.conf?
>>>> when you mention it does work. is it that it doesn't kdump at all, panics
>>>> upon entering the kdump kernel or some other thing?
>>>> 
>>>> Vincent
>>>> 
>>>> On Fri, 6 Jan 2017, lejeczek wrote:
>>>> 
>>>>> hi all
>>>>> 
>>>>> mine does not, I have a few R815 none is good, and I've
>>>>> tampered with it in many ways, cannot get it to work.
>>>>> With IOMMU disabled still no good.... gee.
>>>>> 
>>>>> best,
>>>>> L.
>>>>> 
>>>>> _______________________________________________
>>>>> Linux-PowerEdge mailing list
>>>>> [email protected]
>>>>> https://lists.us.dell.com/mailman/listinfo/linux-poweredge
>>>>> 
>>>> _______________________________________________
>>>> Linux-PowerEdge mailing list
>>>> [email protected]
>>>> https://lists.us.dell.com/mailman/listinfo/linux-poweredge
>>> 
>>> 
>
>

_______________________________________________
Linux-PowerEdge mailing list
[email protected]
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Reply via email to