On Thu, 2009-06-25 at 11:22 +0400, Nikolay Kondratyev wrote: > Core – is a process image (memory dump) of the process at the moment > it was crashed. > > Core file may help with analyzing the crash reason. If you are not > going to do it, I believe, it’s ok to delete it.
FYI - the presence of a core file is not, by itself, evidence of a serious problem. We know that we have a small number of bugs that can cause crashes (and so core files) during an otherwise normal process shutdown. They're mostly race conditions in how destructors are invoked or other cleanup activities. Because they only happen during shutdown, they don't have any operational impact, and we've just never finished hunting all of them down and working out fixes; they're slightly annoying, but no worse than that. So - if you can correlate the timestamp on a core file with an operational problem, then it's a big deal and should be reported as such. There is a sipx-snapshot option that can be used from the command line to include the additional data needed to interpret the core dump, and it also helps of you've installed the -debug rpms (which, incidentally, we should have a global target sipxecs-debug for). If the timestamp on the core files closely matches a deliberate restart or shutdown (remember that changing dial plans and some other things trigger restarts), and you are not experiencing some other visible problem, then that core file is probably not worth worrying about. _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
