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::genSe rverTable 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::genSe rverTable 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"
>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::genS erverTable) 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"
> >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"
> > >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"
> > > >To: "Arnaud BODENAN"
> > > >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 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=...057&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/...net-snmp-users
> > > >
> > >
> > >__________________________________________________ _______________
> > >FREE pop-up blocking with the new MSN Toolbar - get it now!
> > >http://toolbar.msn.click-url.com/go/...ave/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=...057&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/...net-snmp-users

> >
> >__________________________________________________ _______________
> >FREE pop-up blocking with the new MSN Toolbar - get it now!
> >http://toolbar.msn.click-url.com/go/...ave/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=...057&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/...net-snmp-users

>
>__________________________________________________ _______________
>Express yourself instantly with MSN Messenger! Download today it's FREE!
>http://messenger.msn.click-url.com/g...ave/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=...057&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/...net-snmp-users


__________________________________________________ _______________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/g...ave/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=...057&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/...net-snmp-users