Re: [PATCH] Core dump file control

From: Michael Sinz (msinz@wgate.com)
Date: Thu Feb 14 2002 - 12:09:09 EST


Andi Kleen wrote:
>
> Michael Sinz <msinz@wgate.com> writes:
> >
> > This then causes core dumps to be of the format:
> >
> > /coredumps/whale.sinz.org-badprogram-13917.core
>
> I had something like this for a long time on my todo list. The idea
> was to set core_name_format to the name of a named pipe and have an
> daemon on the other end that logs backtraces to syslogd (something a
> bit like dr.watson)
> Only problem is that it won't handle parallel coredumps very well
> without some additional (deadlock prone) global locking or alternatively
> support AF_UNIX stream sockets too that have the concept of multiple
> streams over a single name.

Ahh, interesting idea. I have not thought about using pipes since
my main concern was needing to put coredumps into a place that can
not fill up useful disk and, in the case of the diskless nodes, is
writeable since everything else is not. We just grab the core dumps
later in order to figure out what went wrong. Under non-development
cases we should get close to zero core dumps. (Ahh, if that were only
true at this time... :-)

-- 
Michael Sinz ---- Worldgate Communications ---- msinz@wgate.com
A master's secrets are only as good as
	the master's ability to explain them to others.
-
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/



This archive was generated by hypermail 2b29 : Fri Feb 15 2002 - 21:01:03 EST