All of lore.kernel.org
 help / color / mirror / Atom feed
* kdump/kexec vmcore size doubles each time
@ 2012-07-19 22:08 joe shmoe
  2012-07-20  9:36 ` Daniel Kiper
  0 siblings, 1 reply; 4+ messages in thread
From: joe shmoe @ 2012-07-19 22:08 UTC (permalink / raw)
  To: linux-kernel

Hi,
I am trying to configure kexec/kdump on 2.6.35-14. 


$> kexec --version
kexec-tools-testing 20080330 released 30th March 2007


I did manage to configure kdump to use raw device (/dev/sda7) for saving the dump from within the initrd.

When the production kernel boots, it copies core from /dev/sda7 to /var/crash/ path.
I see that the size of data copied over from /dev/sda7 to /var/crash almost doubles with every crash (370MB to 620MB to 1.2 GB to 2.1GB). 


The size returns back to normal, should there be a "normal" reboot cycle anytime. After that every subsequent crash again doubles the size. This is very baffling. 

On a related note, I wanted to understand if there are any known issues with having swap device as a dump location. Does kdump start 
early enough to ensure that vmcore can be safely copied off swap 
/dev/sda7 and THEN mkswap/swapon commands set up the swap space?


Thanks much.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: kdump/kexec vmcore size doubles each time
  2012-07-19 22:08 kdump/kexec vmcore size doubles each time joe shmoe
@ 2012-07-20  9:36 ` Daniel Kiper
  2012-07-23 23:48   ` joe shmoe
  0 siblings, 1 reply; 4+ messages in thread
From: Daniel Kiper @ 2012-07-20  9:36 UTC (permalink / raw)
  To: joe shmoe; +Cc: linux-kernel, daniel.kiper

On Thu, Jul 19, 2012 at 03:08:44PM -0700, joe shmoe wrote:
> Hi,
> I am trying to configure kexec/kdump on 2.6.35-14.
>
>
> $> kexec --version
> kexec-tools-testing 20080330 released 30th March 2007

[...]

It is very ancient version. Please use at least Ver. 2.0.3
(http://kernel.org/pub/linux/utils/kernel/kexec/) or current
development version (git://git.kernel.org/pub/scm/utils/kernel/kexec/kexec-tools.git).

Daniel

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: kdump/kexec vmcore size doubles each time
  2012-07-20  9:36 ` Daniel Kiper
@ 2012-07-23 23:48   ` joe shmoe
  2012-07-24 14:06     ` Daniel Kiper
  0 siblings, 1 reply; 4+ messages in thread
From: joe shmoe @ 2012-07-23 23:48 UTC (permalink / raw)
  To: Daniel Kiper; +Cc: linux-kernel, daniel.kiper

Hi,
Thank you for the reply. I ended up opting for writing to filesystem rather than raw_device and this seems to have helped me sidestep the problem for now. Unfortunately, I can't quite make a jump to later sources.

I do have another question, I see KDUMP_KEEP_OLD_DUMPS mentioned to automatically clean up prior dumps (for ex: http://dedoimedo.com/computers/kdump.html and other SUSE docs).
However, I cannot find any logic in sources to do this (and sure enough I don't see older cores in my /var/crash/ path clean up as new cores are dumped).

Could someone please comment if:
(i) KDUMP_KEEP_OLD_DUMPS is unsupported or not. If it IS supported, could someone please help with the relevant source code so I could debug why it isn't working? Yes, I did download kexec-tools git but cannot find anything relevant.

(ii) If there is NO explicit source code to achieve this -- then do folks achieve such a cleanup through KDUMP_PRE and KDUMP_POST scripts? If yes, is there a standard-ish script out there to achieve this?

Thanks much.

----- Original Message -----
From: Daniel Kiper <dkiper@net-space.pl>
To: joe shmoe <joeshmoeypeter@yahoo.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>; daniel.kiper@oracle.com
Sent: Friday, July 20, 2012 2:36 AM
Subject: Re: kdump/kexec vmcore size doubles each time

On Thu, Jul 19, 2012 at 03:08:44PM -0700, joe shmoe wrote:
> Hi,
> I am trying to configure kexec/kdump on 2.6.35-14.
>
>
> $> kexec --version
> kexec-tools-testing 20080330 released 30th March 2007

[...]

It is very ancient version. Please use at least Ver. 2.0.3
(http://kernel.org/pub/linux/utils/kernel/kexec/) or current
development version (git://git.kernel.org/pub/scm/utils/kernel/kexec/kexec-tools.git).

Daniel


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: kdump/kexec vmcore size doubles each time
  2012-07-23 23:48   ` joe shmoe
@ 2012-07-24 14:06     ` Daniel Kiper
  0 siblings, 0 replies; 4+ messages in thread
From: Daniel Kiper @ 2012-07-24 14:06 UTC (permalink / raw)
  To: joe shmoe; +Cc: Daniel Kiper, linux-kernel, daniel.kiper

On Mon, Jul 23, 2012 at 04:48:19PM -0700, joe shmoe wrote:
> Hi,
> Thank you for the reply.

You are welcome.

> I ended up opting for writing to filesystem rather than
> raw_device and this seems to have helped me sidestep the
> problem for now.

Good move.

> Unfortunately, I can't quite make a jump to later sources.
>
> I do have another question, I see KDUMP_KEEP_OLD_DUMPS mentioned
> to automatically clean up prior dumps (for ex: http://dedoimedo.com/computers/kdump.html
> and other SUSE docs).
> However, I cannot find any logic in sources to do this (and sure
> enough I don't see older cores in my /var/crash/ path clean up
> as new cores are dumped).
>
> Could someone please comment if:
> (i) KDUMP_KEEP_OLD_DUMPS is unsupported or not. If it IS supported,
> could someone please help with the relevant source code so I could
> debug why it isn't working? Yes, I did download kexec-tools git but
> cannot find anything relevant.
>
> (ii) If there is NO explicit source code to achieve this -- then
> do folks achieve such a cleanup through KDUMP_PRE and KDUMP_POST scripts?
> If yes, is there a standard-ish script out there to achieve this?

Sorry but I could not help because I do not use SUSE.
But maybe guys from SUSE could point out something.

Daniel

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2012-07-24 14:06 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-07-19 22:08 kdump/kexec vmcore size doubles each time joe shmoe
2012-07-20  9:36 ` Daniel Kiper
2012-07-23 23:48   ` joe shmoe
2012-07-24 14:06     ` Daniel Kiper

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.