[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: LDM - ldm process becomes defunct on server

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: Re: LDM - ldm process becomes defunct on server
  • Date: Wed, 31 Aug 2005 10:59:47 -0600
Sarah,

>Date: Tue, 30 Aug 2005 16:54:21 -0600
>From: Sarah Thompson <address@hidden>
>Organization: NOAA/NWS/FSL
>To: Steve Emmerson <address@hidden>
>Subject: Re: LDM - ldm process becomes defunct on server

The above message contained the following:

> if that still doesn't work ssh to bora.fsl.noaa.gov and from there ssh
> to eldmf1.  i don't want to get my firewall guys involved so.....we'll
> do it this way if you can't ssh directly to eldmf1

I logged onto Eldmf1.  The top-level LDM server appears to be hung.  I'd
like to know where it's hung but gdb(1) can't attach to the process
(23317) because the process is setuid and owned by root.

Would you please have root execute the following command:

    strace -p23317

Redirect the standard output and standard error streams to the same
file.  After some time (a minute?) kill the process and send me the
file.  Thanks.

Regards,
Steve Emmerson