From: Suparna Bhattacharya <suparna@in.ibm.com>
To: rbector@andiamo.com
Cc: lkcd-general@lists.sourceforge.net, linux-kernel@vger.kernel.org
Subject: LKCD (kernel core dumps) - network dumps
Date: Fri, 21 Dec 2001 09:59:11 -0500 [thread overview]
Message-ID: <20011221095911.A1296@in.ibm.com> (raw)
Hello Rajeev,
Network dumping (especially for the kind of situations you are referring
to) is something on our wishlist too. Dave Howell from Intel has been
looking into this for a blade server type environments. As you've
rightly observed there are some issues to do with the state of the system
at the time of dumping.
One of the things that Matt and some of us from the lkcd development
community are working on for a future release of lkcd, is a dump driver
interface which the generic dump code would call into to write out the
dump (rather than rely on the normal i/o paths the way it does today).
So far we've mostly been focussing on disk devices, but we did want to make
sure we cover network dumping requirements as well.
I'm cc'ing this mail to lkcd development list, which is where most of
our discussions take place.
Regards
Suparna
Suparna Bhattacharya
Linux Technology Center
IBM Software Lab, India
E-mail : bsuparna@in.ibm.com
Phone : 91-80-5044961
-----------------------------------------------------
List: linux-kernel
Subject: LKCD (kernel core dumps)
From: "Rajeev Bector" <rbector@andiamo.com>
Date: 2001-12-20 21:12:15
[Download message RAW]
Has anybody worked on a system to transfer the kernel dump
out to a server once we hit panic (as opposed to dumping
it to disk). This will obviously not work if IP itself is
corrupted. This can be useful in embedded systems where
the local disk is not big enough to store the dump or there
is no disk ?
Does this even make sense to do something like this ?
Thanks for your replies.
Rajeev
----- End forwarded message -----
reply other threads:[~2001-12-21 9:30 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20011221095911.A1296@in.ibm.com \
--to=suparna@in.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lkcd-general@lists.sourceforge.net \
--cc=rbector@andiamo.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