Cores being created on a Sun O/S 5.10 server:
Below is info that maybe helpful. If a different version should be used please
advise.
If you talk with Net-SNMP guys you can tell them that place of the crash is in
their udpTable.c module
ocsfw@WdccLabFW05 /FusionWorks/luka/JIRA/1505
$ file /usr/local/sbin/snmpd
/usr/local/sbin/snmpd: ELF 32-bit MSB executable SPARC Version 1, dynamically
linked, not stripped
ocsfw@WdccLabFW05 /FusionWorks/luka/JIRA/1505
#ifdef solaris2
static int
UDP_Cmp(void *addr, void *ep)
{
if (memcmp((mib2_udpEntry_t *) ep, (mib2_udpEntry_t *) addr,
sizeof(mib2_udpEntry_t)) == 0)
return (0);
else
return (1);
}
int
udpTable_load(netsnmp_cache *cache, void *vmagic)
{
mib2_udpEntry_t entry;
netsnmp_udpEntry *nnew;
netsnmp_udpEntry *prev_entry = NULL;
udpTable_free(NULL, NULL);
if (getMibstat(MIB_UDP_LISTEN, &entry, sizeof(mib2_udpEntry_t),
GET_FIRST, &UDP_Cmp, &entry) != 0) {
DEBUGMSGTL(("mibII/udpTable", "Failed to load UDP Table (solaris)\n"));
return -1;
}
________________________________________
> ::stack
libc.so.1`memcmp+0x244(ffbff310, ffbffff8, 11583e8, 0, 0, 0)
0xff1f2648(2, ffc00020, 114d718, 28, ffbf528c, ff1f778c)
libnetsnmpmibs.so.25.0.1`getMibstat+0x10e0(b, ffbff310, 28, 2, ff1f778c,
ffbff310)
libnetsnmpmibs.so.25.0.1`udpTable_load+0xcc(ff238758, 0, 18, 38cc, 3800,
ff238790)
0xff3634c4(25eab8, ffbff428, ff37dff0, 25eab8, 0, ff132334)
libnetsnmpagent.so.25.0.1`netsnmp_cache_helper_handler+0x45c(25d668, 25e310,
53eaf0, 6a54e8, 205, ff132334)
libnetsnmpagent.so.25.0.1`netsnmp_call_handler+0xb4(25d668, 25e310, 53eaf0,
6a54e8, ff3761b0, ff3761a0)
libnetsnmpagent.so.25.0.1`handle_var_requests+0xc0(6a4970, 0, ff378b30,
ff378b18, 1, ff132334)
libnetsnmpagent.so.25.0.1`handle_getnext_loop+0x50(6a4970, ff378ba8, ca0,
ff378bc0, 6a4f08, a)
libnetsnmpagent.so.25.0.1`handle_pdu+0x1e4(0, 5, ffbff660, ff394a40, 2710, a5)
libnetsnmpagent.so.25.0.1`netsnmp_handle_request+0x58(6a4970, 0, 0, a5, 0, 0)
libnetsnmpagent.so.25.0.1`handle_snmp_packet+0x1f8(1, 528a98, 1d27857f, 6a4b30,
6a4970, 1)
0xff0c4c58(0, 528a98, 4e1840, 4e3c98, 0, 6a4b30)
libnetsnmp.so.25.0.1`_sess_read+0x7e0(502168, 6b89a8, 200, 0, 10000, 4e3c98)
libnetsnmp.so.25.0.1`snmp_sess_read2+0x14(502168, ffbffbb0, ffbffaa8, e0, 1,
ff13120c)
libnetsnmp.so.25.0.1`snmp_read2+0x2c(ffbffbb0, ffbffbb0, ffbffb28, ffbffaa0, e,
0)
main+0x20b0(e4, ffbffbb0, 0, e0, 151e8, 25c10)
usage+0x1b4(0, 0, 0, 0, 0, 0)
The dead body belongs to the instance of snmpd exe in /user/local/sbin/snmpd
directory. The process has been terminated by OS with segmentation fault in
libc.so.1 while doing memcmp ...
$ mdb W0110NtIpsOcsA3Fw3_snmpd_10043.core
Loading modules: [ libc.so.1 ld.so.1 ]
> ::status
debugging core file of snmpd (32-bit) from W0110NtIpsOcsA3Fw3
file: /usr/local/sbin/snmpd
initial argv: /usr/local/sbin/snmpd -C -c /usr/local/share/snmp/snmpd.conf
threading model: multi-threaded
status: process terminated by SIGSEGV (Segmentation Fault)
> ::stack
libc.so.1`memcmp+0x244(ffbff310, ffbffff8, 11583e8, 0, 0, 0)
0xff1f2648(2, ffc00020, 114d718, 28, ffbf528c, ff1f778c)
libnetsnmpmibs.so.25.0.1`getMibstat+0x10e0(b, ffbff310, 28, 2, ff1f778c,
ffbff310)
libnetsnmpmibs.so.25.0.1`udpTable_load+0xcc(ff238758, 0, 18, 38cc, 3800,
ff238790)
0xff3634c4(25eab8, ffbff428, ff37dff0, 25eab8, 0, ff132334)
libnetsnmpagent.so.25.0.1`netsnmp_cache_helper_handler+0x45c(25d668, 25e310,
53eaf0, 6a54e8, 205, ff132334)
libnetsnmpagent.so.25.0.1`netsnmp_call_handler+0xb4(25d668, 25e310, 53eaf0,
6a54e8, ff3761b0, ff3761a0)
libnetsnmpagent.so.25.0.1`handle_var_requests+0xc0(6a4970, 0, ff378b30,
ff378b18, 1, ff132334)
libnetsnmpagent.so.25.0.1`handle_getnext_loop+0x50(6a4970, ff378ba8, ca0,
ff378bc0, 6a4f08, a)
libnetsnmpagent.so.25.0.1`handle_pdu+0x1e4(0, 5, ffbff660, ff394a40, 2710, a5)
libnetsnmpagent.so.25.0.1`netsnmp_handle_request+0x58(6a4970, 0, 0, a5, 0, 0)
libnetsnmpagent.so.25.0.1`handle_snmp_packet+0x1f8(1, 528a98, 1d27857f, 6a4b30,
6a4970, 1)
0xff0c4c58(0, 528a98, 4e1840, 4e3c98, 0, 6a4b30)
libnetsnmp.so.25.0.1`_sess_read+0x7e0(502168, 6b89a8, 200, 0, 10000, 4e3c98)
libnetsnmp.so.25.0.1`snmp_sess_read2+0x14(502168, ffbffbb0, ffbffaa8, e0, 1,
ff13120c)
libnetsnmp.so.25.0.1`snmp_read2+0x2c(ffbffbb0, ffbffbb0, ffbffb28, ffbffaa0, e,
0)
main+0x20b0(e4, ffbffbb0, 0, e0, 151e8, 25c10)
usage+0x1b4(0, 0, 0, 0, 0, 0)
Brian Platt
Senior Infrastructure Engineer
Customer Production Systems Engineering & Support
Openet____________________________________
Address: 1886 Metro Center Drive, Suite 310, Reston, VA 20190 USA
Cell Phone: (571) 521-9916
Email: brian.pl...@openet.com<mailto:brian.pl...@openet.com>
Skype: bplatt_openet
________________________________
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed. If
you are not the intended recipient, please note that any review, dissemination,
disclosure, alteration, printing, circulation, retention or transmission of
this e-mail and/or any file or attachment transmitted with it, is prohibited
and may be unlawful. If you have received this e-mail or any file or attachment
transmitted with it in error please notify postmas...@openet.com. Although
Openet has taken reasonable precautions to ensure no viruses are present in
this email, we cannot accept responsibility for any loss or damage arising from
the use of this email or attachments.
------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
