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: net-snmp-users@lists.sourceforge.net
>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: net-snmp-users@lists.sourceforge.net
> >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: net-snmp-users@lists.sourceforge.net
> > >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: net-snmp-users@lists.sourceforge.net
> > > >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
> > > >Net-snmp-users@lists.sourceforge.net
> > > >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
> > >Net-snmp-users@lists.sourceforge.net
> > >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
> >Net-snmp-users@lists.sourceforge.net
> >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
>Net-snmp-users@lists.sourceforge.net
>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
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Reply via email to