Messages in this thread | | | Date | Fri, 21 Dec 2001 09:59:11 -0500 | From | Suparna Bhattacharya <> | Subject | LKCD (kernel core dumps) - network dumps |
| |
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 ----- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |