core from a running process

FRamsay at castelhq.com FRamsay at castelhq.com
Tue Sep 3 10:34:50 EDT 2002


Not responding means the application stop processing requests.  The TCP
connections
remain intact and it is still using CPU time (it seems like the same amount
as during normal
running).  Thanks for the SIGABRT command btw, I guess I could kill the
process to get the
core since the client needs to restart the application anyway...


                         -fjr

Frank Ramsay
Systems Programmer
Castel, Inc
14 Summer St, 3rd Floor
Malden, MA 02148
(781) 324-0140 (voice)
(781) 324-0277 (fax)
Emal: framsay at castel.com


                                                                                                                                                      
                    Nathan Meyers                                                                                                                     
                    <nmeyers at java        To:     FRamsay at castelhq.com                                                                                 
                    linux.net>           cc:     discuss at blu.org                                                                                      
                    Sent by:             Subject:     Re: core from a running process                                                                 
                    discuss-admin                                                                                                                     
                    @blu.org                                                                                                                          
                                                                                                                                                      
                                                                                                                                                      
                    09/03/2002                                                                                                                        
                    09:36 AM                                                                                                                          
                                                                                                                                                      



On Tue, Sep 03, 2002 at 09:09:01AM -0400, FRamsay at castelhq.com wrote:
> Does anyone know of a way to get a core from a running process without
> crashing the process?  I have a process
> that occasionally stops responding but doesn't actually crash.  Worse
this
> only happens at one client site and
> I can't reproduce it in the office, so I can't attach dbg to it.  To
> complicate matters the application spawns several
> other processes so I don't know which one is causing the problem :(
So
> does anyone know a very simple way I
> can get core file, and it has to be _very_ simple because I have to talk
> the client through it over the phone.

I don't *think* you can get there, but I'd be happy to be proven wrong.
If you're willing to bring the process down, sending it a SIGABRT (kill
-ABRT) will generate a corefile IF the process is running in a directory
to which it has write access.

When you say "stops responding", what sort of response stops working?
Does a GUI freeze? Does a server stop accepting network connections?
Something else? That info might generate some useful suggestions.

Nathan Meyers
nmeyers at javalinux.net


>
>                          -fjr
>
>
> Frank Ramsay
> Systems Programmer
> Castel, Inc
> 14 Summer St, 3rd Floor
> Malden, MA 02148
> (781) 324-0140 (voice)
> (781) 324-0277 (fax)
> Emal: framsay at castel.com
>
>
> _______________________________________________
> Discuss mailing list
> Discuss at blu.org
> http://www.blu.org/mailman/listinfo/discuss

--
_______________________________________________
Discuss mailing list
Discuss at blu.org
http://www.blu.org/mailman/listinfo/discuss








More information about the Discuss mailing list