[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 20060105: core file produced on sasquatch.tamu.edu
- Subject: Re: 20060105: core file produced on sasquatch.tamu.edu
- Date: Fri, 06 Jan 2006 09:16:20 -0700
Tom,
>Date: Thu, 05 Jan 2006 16:06:19 -0700
>From: Unidata Support <address@hidden>
>Organization: UCAR/Unidata
>To: Steve Emmerson <address@hidden>
>Subject: 20060105: core file produced on sasquatch.tamu.edu
The above message contained the following:
> I was poking around on sasquatch.tamu.edu when I noticed several
> core files, some of which were quite large (>= 2GB). I left the
> latest core file created on January 3.
>
> The strange thing about the core files is what 'file' has to say
> about them. For example:
>
> file core.4381
>
> core.4381: ELF 64-bit LSB core file AMD x86-64, version 1 (SYSV), SVR4-style,
> SVR4-style, from 'onf '
>
> The 'onf ' appears to be the end of 'ldmd.conf'. Why 'file' lists this
> strange name is unknown. Also strange is the output of the GNU debugger:
>
> gdb core.4381 bin/rpc.ldmd
> GNU gdb Red Hat Linux (6.3.0.0-1.63rh)
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as
> "x86_64-redhat-linux-gnu"..."/usr/local/ldm/core.4381": not in executable
> format: File format not recognized
>
> "/usr/local/ldm/bin/rpc.ldmd" is not a core dump: File format not recognized
>
>
> I interpret this to mean that either the core file is completely hosed,
> or gdb can not handle large core files.
>
> Any ideas?
I suspect your suspicions are correct: that the programming environments
of gdb(1) and rpc.ldmd(1) are incompatible -- possibly due to the size
of an "off_t".
Is another gdb(1) available on Sasquatch?
Regards,
Steve Emmerson