> On Tue, 2006-02-14 at 11:03 -0500, Kyle Tucker wrote:
> > > > 
> > > > # snmpd -DALL -f                      
> > > > Segmentation Fault(coredump)
> > > 
> > > It would be rather useful to know *where* it dies.
> > > Can you try running this under a debugger, and send us
> > > the backtrace?
> > 
> > Would truss be okay or do you want gdb or similar? 
> 
> 
> gdb would be the best, since that definitely pinpoints
> the exact point of failure.   I seem to remember that
> truss generates large volumes of data, which then take
> some time to plough through.
> 
> That's better than nothing, but the more focussed the
> error report, the more likely someone will be able to
> respond sensibly.
> 
> 
> >                                             I'm not
> > a developer so it may take some time for the latter.
> 
> It should be something as simple as:
> 
>      $  gdb  snmpd
>      <waffle, waffle>
>      gdb>  run -DALL -f
>      <gibber, gibber, BANG!>
>      gdb>  bt
>      <lots of meaningless but vital information>
> 
> It's that last stuff that we'd be interested in.

Here ya go. If it's helpful, this is net-snmp-5.2.2 compiled 
with gcc 3.3.2. Thanks.

# gdb snmpd                                           
GNU gdb 6.0
Copyright 2003 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 "sparc-sun-solaris2.8"...
(gdb) run -DALL -f
Starting program: /usr/local/sbin/snmpd -DALL -f

Program received signal SIGSEGV, Segmentation fault.
0xfeeb3218 in strlen () from /usr/lib/libc.so.1
(gdb) bt
#0  0xfeeb3218 in strlen () from /usr/lib/libc.so.1
#1  0xfef06520 in _doprnt () from /usr/lib/libc.so.1
#2  0xfef08694 in vsnprintf () from /usr/lib/libc.so.1
#3  0xff151798 in snmp_vlog (priority=7, 
    format=0x7fffffff <Address 0x7fffffff out of bounds>, ap=0xff2567f0)
    at snmp_logging.c:1132


-- 
- Kyle 
---------------------------------------------
[EMAIL PROTECTED]   http://www.panix.com/~kylet    
---------------------------------------------


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Reply via email to