[PATCH v2 0/6] Add fence kdump support

Marek Grac mgrac at redhat.com
Mon Jan 27 08:22:39 UTC 2014


On 01/24/2014 03:48 PM, Vivek Goyal wrote:
> But dump time varies based on machine type. So if you add a machine
> to cluster with large amount of memory, it could take 30minutes easily
> to dump.
>
> And there is no documentation which explains how much time it will take
> to dump. Nobody knows.
Yes, that's true.

> I am sorry I still don't understand how does this timeout logic work.
>
> - Is it a tick based mechanism where 60 seconds represent the interval
>    in which atleast one tick should be received.
>
> - Or is it absolute upper limit of time in which dump should be completed.
Problem is that I did not describe it precisely enough, so don't worry. 
There are two timeouts:
* fence_kdump
     - tick based mechanism, 60 seconds for valid message, upper bound 
is infiity
     - usable everywhere even without cluster

* using fence_kdump with pacemaker/corosync cluster
     - the most usual combination
     - cluster has it's upper limit in which fencing has to be finished 
otherwise it is considered to be failed
     - this timeout has to be set to a value which is system-dependant
     - fencing will fail if previous timeout is not enough and if no 
message was received in 60 seconds (fence_kdump fails -> fencing fails)

m,







More information about the kexec mailing list