From: Maneesh Soni <maneesh@in.ibm.com>
To: Borislav Petkov <petkov@uni-muenster.de>
Cc: Vivek Goyal <vgoyal@in.ibm.com>,
coywolf@lovecn.org, "Randy.Dunlap" <rddunlap@osdl.org>,
Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>,
linux-kernel@vger.kernel.org
Subject: Re: kexec?
Date: Thu, 12 May 2005 12:11:19 +0530 [thread overview]
Message-ID: <20050512064119.GA3870@in.ibm.com> (raw)
In-Reply-To: <200505111351.42266.petkov@uni-muenster.de>
On Wed, May 11, 2005 at 01:51:41PM +0200, Borislav Petkov wrote:
> On Wednesday 11 May 2005 08:04, Maneesh Soni wrote:
> <snip>
> > > > [root@zmei]: kexec -p vmlinux --args-linux --append="root=/dev/hda1
> > > > maxcpus=1 init 1"
> > >
> > > kexec-tools-1.101 loads for me, but if cmdline is used, it hangs up
> > > after "Starting new kernel"
> >
> > Thanks for trying this out. As Vivek mentioned can you please try with
> > bulding second or dump capture kernel with CONFIG_SMP=N and _without_
> > maxcpus= option. Basically the second kernel's job is just to save the dump
> > and it doesnot need to be a SMP kernel. There are some issues with booting
> > SMP kernel as dump capture kernel.
>
> Hm, without 'maxcpus' seems to work. However, when booting into the new
> kernel, the rootfs had to be fsck'ed due to "/ was not cleanly unmounted,
> check forced." and then was forced to reboot linux due to inconsistency in
> the fs. I simply did kexec -l <vmlinux> --args-linux --append="root=/dev/hda1
> init 1" and then kexec -e to execute the loaded image. It seems that the
> filesystems are not unmounted properly before loading the second kernel, (or
> I am missing something..., which is more likely :))
>
> > Also, it would be great help if you can also send us some hardware details
> > about the system you are trying, like lspci,
> [root@zmei] lspci -vv
Thanks Boris, I have updated the kdump test page with details you provided.
http://lse.sourceforge.net/kdump/kdump-test.html
It will be nice if you could try kdump also on the similar lines.
Thanks
Maneesh
--
Maneesh Soni
Linux Technology Center,
IBM India Software Labs,
Bangalore, India
email: maneesh@in.ibm.com
Phone: 91-80-25044990
next prev parent reply other threads:[~2005-05-12 6:42 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-08 20:20 kexec? Ralf Hildebrandt
2005-05-10 1:34 ` kexec? Randy.Dunlap
2005-05-10 7:00 ` kexec? Coywolf Qi Hunt
2005-05-10 10:15 ` kexec? Borislav Petkov
2005-05-10 13:11 ` kexec? Coywolf Qi Hunt
2005-05-11 6:04 ` kexec? Maneesh Soni
2005-05-11 11:51 ` kexec? Borislav Petkov
2005-05-11 14:39 ` kexec? Coywolf Qi Hunt
2005-05-12 6:41 ` Maneesh Soni [this message]
2005-05-16 22:11 ` kexec? Borislav Petkov
2005-05-17 10:02 ` kexec? Vivek Goyal
2005-05-18 7:58 ` kexec? Borislav Petkov
2005-05-20 10:52 ` kexec? Vivek Goyal
2005-05-21 8:20 ` kexec? Borislav Petkov
2005-05-23 6:42 ` kexec? Maneesh Soni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050512064119.GA3870@in.ibm.com \
--to=maneesh@in.ibm.com \
--cc=Ralf.Hildebrandt@charite.de \
--cc=coywolf@lovecn.org \
--cc=linux-kernel@vger.kernel.org \
--cc=petkov@uni-muenster.de \
--cc=rddunlap@osdl.org \
--cc=vgoyal@in.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox