[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <293476264.25264480.1411120345360.JavaMail.zimbra@redhat.com>
Date: Fri, 19 Sep 2014 05:52:25 -0400 (EDT)
From: CAI Qian <caiqian@...hat.com>
To: linux-kernel <linux-kernel@...r.kernel.org>
Cc: ltp-list <ltp-list@...ts.sourceforge.net>,
kexec <kexec@...ts.infradead.org>,
kexec kdump redhat mailing list
<kexec-kdump-list@...hat.com>,
crash-utility <crash-utility@...hat.com>
Subject: [RFC] autokdump - automated kdump testsuite
I plan to release an automated kdump testsuite that will be
focus on testing kernel and the crash utility. It should work
for all major distros since it will use none of distro-specific
stuff, and also support different arches including x86, ARM,
PPC64 and s390x.
It does the following:
1) check if there is a memory reserved for kdump. If not,
reserve the memory and reboot the system.
2) once the system is back, load kexec on panic and
prepare a separate initramfs that including needed
modules to load a local filesystem and necessary utilities
in order to analyse /proc/vmcore in the 2nd kernel.
3) trigger the system crash using methods like sysrq-c, NMI,
and panic_on_hung_task etc.
4) in the 2nd kernel, mount a filesystem and use the crash
utility to analyse /proc/vmcore. Then, gather the analyse
logs, serial console output, dmesg etc into the filesystem.
5) reboot back into the 1st kernel.
implementation:
It will setup a daemon to handle reboots.
plan:
I might also to test the makedumpfile all together later.
CAI Qian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists