Re: multiple Sub-agents managing the same table

"Arnaud BODENAN" <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]> 
OK, so now I've tested the same sample with net-snmp 5.0.11, and activate 
the debug trace around the call to netsnmp_register_table_data_set.

With net-snmp 5.0.11, the first application is launched succesfully with the 
following extract of the trace:
trace:  agent_handler.c, 183
handler::register: Registering 
::table::table_data::netsnmp_table_data_set::genServerTable at trace:  
parse.c, 3601
parse-mibs: Module -1 not found
iso.3.6.1.4.1.99999.10000.1.1.49--5

With net-snmp 5.0.11, the second application fails to register the new 
region with the following extract of the trace:
handler::register: Registering 
::table::table_data::netsnmp_table_data_set::genServerTable at trace:  
parse.c, 3601
parse-mibs: Module -1 not found
iso.3.6.1.4.1.99999.10000.1.1.49--5 => identical to the first application...
...
agentx/subagent: synching input, op 0x01
trace:  snmp_api.c, 5172
sess_read: not reading 3 (fdset ffbfeb70 set 0)
trace:  agentx/client.c, 225
agentx/subagent: registering pdu failed: 263!
trace:  callback.c, 184
callback: END calling callbacks for maj=1 min=1 (1 called)
Index found=2.
App1 is up and running.

And I've got the same error than with net-snmp v5.3.1 (registering pdu 
failed: 263!)


>From: "Arnaud BODENAN" <[email protected]>
>To: [email protected]
>Subject: Re: multiple Sub-agents managing the same table
>Date: Wed, 06 Sep 2006 11:33:32 +0200
>
>I have activated debug traces in my subagent and I have the following stack
>when I register a region of my table:
>
>App1.conf: line 3: Warning: Unknown token: rocommunity.
>NET-SNMP version 5.3.1 AgentX subagent connected
>trace:  agent_handler.c, 342:
>handler:inject: injecting netsnmp_table_data_set before genServerTable
>trace:  agent_handler.c, 342:
>handler:inject: injecting table_data before netsnmp_table_data_set
>trace:  agent_handler.c, 342:
>handler:inject: injecting table before table_data
>trace:  agent_handler.c, 212:
>handler::register: Registering genServerTable
>(::table::table_data::netsnmp_table_data_set::genServerTable) at
>SNMPv2-SMI::enterprises.99999.10000.1.1.105--5
>trace:  agent_handler.c, 342:
>handler:inject: injecting bulk_to_next before table
>trace:  agent_registry.c, 606:
>register_mib: registering "genServerTable" at
>SNMPv2-SMI::enterprises.99999.10000.1.1.105--5 with context "(null)"
>trace:  agent_registry.c, 152:
>subtree: looking for subtree for context: ""
>trace:  agent_registry.c, 156:
>subtree: found one for: ""
>trace:  agent_registry.c, 152:
>subtree: looking for subtree for context: ""
>trace:  agent_registry.c, 156:
>subtree: found one for: ""
>trace:  agent_registry.c, 1488:
>wtest: oid in: SNMPv2-SMI::enterprises.99999.10000.1.1
>trace:  agent_registry.c, 1499:
>wtest: oid cmp: ccitt  --- off = 0, in off = 0 test = 1
>trace:  agent_registry.c, 1499:
>wtest: oid cmp: iso  --- off = 1, in off = 1 test = 1
>trace:  agent_registry.c, 1499:
>wtest: oid cmp: joint-iso-ccitt  --- off = 1, in off = 2 test = 1
>trace:  callback.c, 118:
>9:callback:lock: locked (APP,null)
>trace:  callback.c, 304:
>callback: START calling callbacks for maj=1 min=1
>trace:  callback.c, 318:
>callback: calling a callback for maj=1 min=1
>trace:  mibgroup/agentx/client.c, 185:
>agentx/subagent: registering: 
>SNMPv2-SMI::enterprises.99999.10000.1.1.105--5
>trace:  mibgroup/agentx/protocol.c, 607:
>dumph_send: AgentX Header
>dumpx_send:  01 03 00 00
>dumpv_send:    Version:	1
>trace:  mibgroup/agentx/protocol.c, 610:
>dumpv_send:     Command:	3 (Register)
>trace:  mibgroup/agentx/protocol.c, 613:
>dumpv_send:     Flags:	00
>trace:  mibgroup/agentx/protocol.c, 616:
>dumph_send:   Session ID
>dumpx_send:    1E 00 00 00
>dumpv_send:      Integer:	30 (0x1E)
>trace:  mibgroup/agentx/protocol.c, 625:
>dumph_send:   Transaction ID
>dumpx_send:    00 00 00 00
>dumpv_send:      Integer:	0 (0x00)
>trace:  mibgroup/agentx/protocol.c, 634:
>dumph_send:   Request ID
>dumpx_send:    31 F3 35 44
>dumpv_send:      Integer:	1144386353 (0x4435F331)
>trace:  mibgroup/agentx/protocol.c, 643:
>dumph_send:   Dummy Length :-(
>dumpx_send:    00 00 00 00
>dumpv_send:      Integer:	0 (0x00)
>trace:  mibgroup/agentx/protocol.c, 710:
>dumph_send: AgentX Payload
>trace:  mibgroup/agentx/protocol.c, 800:
>dumph_send:   (Un)Register Header
>dumpx_send:    00 7F 0B 00
>dumpv_send:      Timeout:	0
>trace:  mibgroup/agentx/protocol.c, 805:
>dumpv_send:       Priority:	127
>trace:  mibgroup/agentx/protocol.c, 809:
>dumpv_send:       Range SubID:	11
>trace:  mibgroup/agentx/protocol.c, 816:
>dumph_send:   (Un)Register Prefix
>trace:  mibgroup/agentx/protocol.c, 224:
>dumpv_send:     OID: SNMPv2-SMI::enterprises.99999.10000.1.1
>trace:  mibgroup/agentx/protocol.c, 259:
>dumph_send:     OID Header
>dumpx_send:      05 04 00 00
>dumpv_send:        # subids:	5 (0x05)
>trace:  mibgroup/agentx/protocol.c, 263:
>dumpv_send:         prefix:	4 (0x04)
>trace:  mibgroup/agentx/protocol.c, 265:
>dumpv_send:         inclusive:	0 (0x00)
>trace:  mibgroup/agentx/protocol.c, 269:
>dumph_send:     OID Segments
>dumpx_send:      01 00 00 00
>dumpv_send:        Integer:	1 (0x01)
>dumpx_send:      0E 49 00 00
>dumpv_send:        Integer:	99999 (0x490E)
>dumpx_send:      10 27 00 00
>dumpv_send:        Integer:	10000 (0x2710)
>dumpx_send:      01 00 00 00
>dumpv_send:        Integer:	1 (0x01)
>dumpx_send:      01 00 00 00
>dumpv_send:        Integer:	1 (0x01)
>trace:  mibgroup/agentx/protocol.c, 828:
>dumph_send:   (Un)Register Range
>dumpx_send:    05 00 00 00
>dumpv_send:      Integer:	5 (0x05)
>dumpx_send:20 00 00 00
>dumpv_send:  Integer:	32 (0x20)
>trace:  mibgroup/agentx/protocol.c, 1000:
>agentx_build: packet built okay
>trace:  snmpUnixDomain.c, 161:
>netsnmp_unix: send 52 bytes to 616d8 on fd 7
>trace:  snmp_api.c, 5849:
>sess_select: for all sessions: 7 (to in 1157534825.991482 sec) 5 3
>sess_select: next alarm 14.996574 sec
>verbose:sess_select: timer due in 0.999889 sec
>verbose:sess_select: setting timer to 0.999889 sec, clear block (was 1)
>trace:  snmpUnixDomain.c, 146:
>netsnmp_unix: recv fd 7 got 80 bytes
>dumpx_recv:3C 00 00 00
>dumpv_recv:  Integer:	60 (0x3C)
>trace:  snmp_api.c, 5612:
>sess_read:   loop packet_len 80, PDU length 80
>trace:  snmp_api.c, 5105:
>sess_process_packet: session ab3c0 fd 7 pkt abec0 length 80
>trace:  mibgroup/agentx/protocol.c, 1477:
>dumph_recv: AgentX Header
>trace:  mibgroup/agentx/protocol.c, 1478:
>dumph_recv:   Version
>dumpx_recv:    01
>dumpv_recv:      Version:	1
>trace:  mibgroup/agentx/protocol.c, 1485:
>dumph_recv:   Command
>dumpx_recv:    12
>dumpv_recv:      Command:	18 (Response)
>trace:  mibgroup/agentx/protocol.c, 1493:
>dumph_recv:   Flags
>dumpx_recv:    00
>dumpv_recv:      Flags:	0x0
>trace:  mibgroup/agentx/protocol.c, 1500:
>dumph_recv:   Reserved Byte
>dumpx_recv:    00
>dumpv_recv:      Reserved:	0x0
>trace:  mibgroup/agentx/protocol.c, 1506:
>dumph_recv:   Session ID
>dumpx_recv:    1E 00 00 00
>dumpv_recv:      Integer:	30 (0x1E)
>trace:  mibgroup/agentx/protocol.c, 1514:
>dumph_recv:   Transaction ID
>dumpx_recv:    00 00 00 00
>dumpv_recv:      Integer:	0 (0x00)
>trace:  mibgroup/agentx/protocol.c, 1522:
>dumph_recv:   Packet ID
>dumpx_recv:    31 F3 35 44
>dumpv_recv:      Integer:	1144386353 (0x4435F331)
>trace:  mibgroup/agentx/protocol.c, 1529:
>dumph_recv:   Payload Length
>dumpx_recv:    3C 00 00 00
>dumpv_recv:      Integer:	60 (0x3C)
>trace:  mibgroup/agentx/protocol.c, 1621:
>dumph_recv:   PDU
>dumpx_recv:      25 D7 08 00
>dumpv_recv:        Integer:	579365 (0x8D725)
>dumpx_recv:      07 01
>dumpv_recv:        Short:	263 (0x107)
>dumpx_recv:      00 00
>dumpv_recv:        Short:	0 (0x00)
>trace:  mibgroup/agentx/protocol.c, 1834:
>dumph_recv:       VarBindList
>trace:  mibgroup/agentx/protocol.c, 1337:
>dumph_recv:         VarBind:
>trace:  mibgroup/agentx/protocol.c, 1338:
>dumph_recv:           Type
>dumpx_recv:            06 00
>dumpv_recv:              Short:	6 (0x06)
>trace:  mibgroup/agentx/protocol.c, 1112:
>dumph_recv:           OID Header
>dumpx_recv:            05 04 00 00
>dumpv_recv:              # subids:	5 (0x05)
>trace:  mibgroup/agentx/protocol.c, 1116:
>dumpv_recv:               prefix: 	4 (0x04)
>trace:  mibgroup/agentx/protocol.c, 1119:
>dumpv_recv:               inclusive:	0 (0x00)
>trace:  mibgroup/agentx/protocol.c, 1124:
>dumph_recv:           OID Segments
>   parse_oid
>   sizeof(oid) = 4
>dumpx_recv:            01 00 00 00
>dumpv_recv:              Integer:	1 (0x01)
>dumpx_recv:            0E 49 00 00
>dumpv_recv:              Integer:	99999 (0x490E)
>dumpx_recv:            10 27 00 00
>dumpv_recv:              Integer:	10000 (0x2710)
>dumpx_recv:            01 00 00 00
>dumpv_recv:              Integer:	1 (0x01)
>dumpx_recv:            01 00 00 00
>dumpv_recv:              Integer:	1 (0x01)
>trace:  mibgroup/agentx/protocol.c, 1199:
>dumpv_recv:           OID: SNMPv2-SMI::enterprises.99999.10000.1.1
>trace:  mibgroup/agentx/protocol.c, 1112:
>dumph_recv:           OID Header
>dumpx_recv:            05 04 01 00
>dumpv_recv:              # subids:	5 (0x05)
>trace:  mibgroup/agentx/protocol.c, 1116:
>dumpv_recv:               prefix: 	4 (0x04)
>trace:  mibgroup/agentx/protocol.c, 1119:
>dumpv_recv:               inclusive:	1 (0x01)
>trace:  mibgroup/agentx/protocol.c, 1124:
>dumph_recv:           OID Segments
>   parse_oid
>   sizeof(oid) = 4
>dumpx_recv:            01 00 00 00
>dumpv_recv:              Integer:	1 (0x01)
>dumpx_recv:            0E 49 00 00
>dumpv_recv:              Integer:	99999 (0x490E)
>dumpx_recv:            10 27 00 00
>dumpv_recv:              Integer:	10000 (0x2710)
>dumpx_recv:            01 00 00 00
>dumpv_recv:              Integer:	1 (0x01)
>dumpx_recv:            01 00 00 00
>dumpv_recv:              Integer:	1 (0x01)
>trace:  mibgroup/agentx/protocol.c, 1199:
>dumpv_recv:           OID: SNMPv2-SMI::enterprises.99999.10000.1.1
>trace:  mibgroup/agentx/client.c, 72:
>agentx/subagent: synching input, op 0x01
>trace:  snmp_api.c, 5423:
>sess_read: not reading 5 (fdset ffbfeb40 set 0)
>trace:  snmp_api.c, 5423:
>sess_read: not reading 3 (fdset ffbfeb40 set 0)
>registering pdu failed: 263!
>trace:  callback.c, 330:
>callback: END calling callbacks for maj=1 min=1 (1 called)
>trace:  callback.c, 150:
>9:callback:lock: unlocked (APP,null)
>Index found=1.
>App1 is up and running.
>
>
> >From: "Arnaud BODENAN" <[email protected]>
> >To: [email protected]
> >Subject: Re: multiple Sub-agents managing the same table
> >Date: Wed, 06 Sep 2006 09:57:07 +0200
> >
> >Hi everybody,
> >
> >I finally resolve my problem of error message...
> >
> >I removed the call to init_mib_modules, which certainly registers my 
>table.
> >
> >Now, when I try to register my whole table, it works fine with net-snmp
> >v5.3.1 (an snmpwalk gives me the same result as with snmp v5.0.11)
> >
> >But if I try to register a region of my MIB (previous code), I receive an
> >error from the function netsnmp_register_table_data_set:
> >registering pdu failed: 263!
> >
> >
> > >From: "Arnaud BODENAN" <[email protected]>
> > >To: [email protected]
> > >Subject: Re: multiple Sub-agents managing the same table
> > >Date: Wed, 06 Sep 2006 09:15:13 +0200
> > >
> > >Concerning the problem of index, I resolved it; indeed, the registering
> >of
> > >the subagent with the master agent is done later so I have to call my
> > >initialization function of my table after the call to init_snmp
> > >
> > >So, to resume (for people who could face the same problem):
> > >
> > >With net-snmp 5.0.11:
> > >
> > >int main(int argc, char** argv)
> > >{
> > >      init_agent("App1");
> > >      init_mib_modules();
> > >
> > >     // Initialize my table
> > >     initGenServerTable();
> > >
> > >     init_snmp("App1");
> > >
> > >     ....
> > >}
> > >
> > >With net-snmp v5.3.1:
> > >
> > >int main(int argc, char** argv)
> > >{
> > >      init_agent("App1");
> > >      init_mib_modules();
> > >
> > >     // Connect the subagent to the master agent
> > >     init_snmp("App1");
> > >
> > >     // Initialize my table and get the index from the master agent
> > >     initGenServerTable();
> > >
> > >     ....
> > >}
> > >
> > >Concerning my error message, I will investigate. At the moment, with
> > >net-snmp 5.3.1, my table is no more registered. I also do a test of
> >'normal
> > >registering' of my table (no use of range_subid and range_ubound) with
> >the
> > >same error.
> > >
> > >I will look first at the samples and the NEWS file to see the changes.
> > >
> > >Thanks.
> > >
> > > >From: "Dave Shield" <[email protected]>
> > > >To: "Arnaud BODENAN" <[email protected]>
> > > >CC: [email protected]
> > > >Subject: Re: multiple Sub-agents managing the same table
> > > >Date: Tue, 5 Sep 2006 21:59:20 +0100
> > > >
> > > >On 05/09/06, Arnaud BODENAN <[email protected]> wrote:
> > > > > To see if I reproduce the same problem with the latest version of
> > > > > net-snmp, I try my sample with net-snmp v5.3.1 (instead of
> >v.5.0.11).
> > > >
> > > >Very sensible.
> > > >
> > > > > The problems I'm facing now are:
> > > > > - the index retrieved with register_int_index is always -1
> > > > > - I get a long list of error messages 'registering pdu failed: 
>263!'
> > > >
> > > >Oh!   :-(
> > > >
> > > > > Any suggestions?
> > > >
> > > >I think you'll probably need to turn on some debugging output and/or
> > > >run either the master or subagent under a debugger to find out 
>exactly
> > > >what's going on.
> > > >   I don't have access to the source just at the moment, but have a
> > > >look at the code file 'agent_registry.c', and turn on some of the
> > > >debug tokens mentioned there.  That might reveal why the registration
> > > >and/or index allocation calls are failing.
> > > >
> > > >Dave
> > > >
> > >
> > 
> >-------------------------------------------------------------------------
> > > >Using Tomcat but need to do more? Need to support web services,
> >security?
> > > >Get stuff done quickly with pre-integrated technology to make your 
>job
> > > >easier
> > > >Download IBM WebSphere Application Server v.1.0.1 based on Apache
> > >Geronimo
> > >
> > 
> >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&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
> > > >
> > >
> > >_________________________________________________________________
> > >FREE pop-up blocking with the new MSN Toolbar - get it now!
> > >http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
> > >
> > >
> > 
> >-------------------------------------------------------------------------
> > >Using Tomcat but need to do more? Need to support web services, 
>security?
> > >Get stuff done quickly with pre-integrated technology to make your job
> > >easier
> > >Download IBM WebSphere Application Server v.1.0.1 based on Apache
> >Geronimo
> > 
> >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&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
> >
> >_________________________________________________________________
> >FREE pop-up blocking with the new MSN Toolbar - get it now!
> >http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
> >
> >
> >-------------------------------------------------------------------------
> >Using Tomcat but need to do more? Need to support web services, security?
> >Get stuff done quickly with pre-integrated technology to make your job
> >easier
> >Download IBM WebSphere Application Server v.1.0.1 based on Apache 
>Geronimo
> >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&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
>
>_________________________________________________________________
>Express yourself instantly with MSN Messenger! Download today it's FREE!
>http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
>
>
>-------------------------------------------------------------------------
>Using Tomcat but need to do more? Need to support web services, security?
>Get stuff done quickly with pre-integrated technology to make your job 
>easier
>Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&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

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.