Re: Coredump when having large number of rows in a table

I run the agent with the option you suggested and the core file showed:



#0  0x001bb1ab in netsnmp_table_data_set_find_column (start=0x28, column=2)
at table_dataset.c:1140

#1  0x001bc6ff in netsnmp_table_data_set_helper_handler (handler=0x9931ce0,
reginfo=0x9931308, reqinfo=0x9a43c28, requests=0x9995638)

    at table_dataset.c:572

#2  0x001dec40 in netsnmp_call_next_handler (current=0x9931d40,
reginfo=0x9931308, reqinfo=0x9a43c28, requests=0x9995638) at
agent_handler.c:428

#3  0x001bed27 in table_helper_handler (handler=0x9931d40,
reginfo=0x9931308, reqinfo=0x9a43c28, requests=0x9995638) at table.c:618

#4  0x001de81f in netsnmp_call_handlers (reginfo=0x9931308,
reqinfo=0x9a43c28, requests=0x9995638) at agent_handler.c:428

#5  0x001d2b3a in handle_var_requests (asp=0x9a7c600) at snmp_agent.c:2465

#6  0x001d327b in handle_set (asp=0x9a7c600) at snmp_agent.c:2965

#7  0x001d3519 in handle_set_loop (asp=0x9a7c600) at snmp_agent.c:2981

#8  0x001d3625 in handle_pdu (asp=0x9a7c600) at snmp_agent.c:3281

#9  0x001d4861 in netsnmp_handle_request (asp=0x9a7c600, status=0) at
snmp_agent.c:3038

#10 0x001d4e18 in handle_snmp_packet (op=1, session=0x992cee0, reqid=14276,
pdu=0x9b55610, magic=0x0) at snmp_agent.c:1833

#11 0x00138183 in _sess_process_packet (sessp=0x992c6e0, sp=0x992cee0,
isp=0x992c6f8, transport=0x992bfb8, opaque=0x9b157e0, olength=4,

    packetptr=0x9981da8 "x\b±", length=1) at snmp_api.c:5334

#12 0x00139671 in _sess_read (sessp=0x992c6e0, fdset=0xbfe6eaa0) at
snmp_api.c:5747

#13 0x0013a10c in snmp_sess_read (sessp=0x992c6e0, fdset=0x28) at
snmp_api.c:5766

#14 0x0013a15a in snmp_read (fdset=0xbfe6eaa0) at snmp_api.c:5386

#15 0x001d56a3 in agent_check_and_process (block=1) at snmp_agent.c:600

#16 0x080497ac in main (argc=1, argv=0xbfe6ebf4) at agent-demon.c:76



Looking at the core file, it seems that the agent breaks in the function
table_data_set_find_column in table_dataset.c:1140.



The table_dataset has :



/* ==================================

 *

 * Data Set API: Column operations

 *

 * ================================== */



/** Finds a column within a given storage set, given the pointer to

   the start of the storage set list.

*/

1135    netsnmp_table_data_set_storage *

1136    netsnmp_table_data_set_find_column(netsnmp_table_data_set_storage
*start,

1137                                  unsigned int column)

1138    {

1139                while (start && start->column != column)

1140                                        start = start->next;

1141                            return start;

}





Does this helps in finding the cause for the coredump ?







----- Original Message ----- 
From: "Dave Shield" <[email protected]>
To: "vsaavedra" <[email protected]>
Cc: <[email protected]>
Sent: Friday, February 22, 2008 9:41 AM
Subject: Re: Coredump when having large number of rows in a table


> On 21/02/2008, vsaavedra <[email protected]> wrote:
>
> >  I'm having a coredump when my table data reach 1000 rows.
>
> >  The core file shows the following trace:
> >  #12 0x00139671 in _sess_read (sessp=0x92476e0, fdset=0xbff15530) at
> >        snmp_api.c:5747
> >  #13 0x0013a10c in snmp_sess_read (sessp=0x92476e0, fdset=0x39) at
> >        snmp_api.c:5766
> >  #14 0x0013a15a in snmp_read (fdset=0xbff15530) at snmp_api.c:5386
> >  #15 0x001d56a3 in agent_check_and_process (block=1) at snmp_agent.c:600
> >  #16 0x080497ac in main (argc=1, argv=0xbff15684) at agent-demon.c:76
>
> >  Line 76 of agent-deamon.c is :
>
>    [snip]
>
> Of more relevance is probably line 5747 of snmp_api.c
> What does this code look like, and what values to the
> variables mentioned have?
>
> It might also be worth running the agent using the flag
>    -Dsess_read
>
>
>
> What is the exact command that triggers the crash?
>
> Dave
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> 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
>


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
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