Re: multiple Sub-agents managing the same table

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" <arnboden@hotmail.com>
>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" <arnboden@hotmail.com>
> >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" <D.T.Shield@csc.liv.ac.uk>
> > >To: "Arnaud BODENAN" <arnboden@hotmail.com>
> > >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 <arnboden@hotmail.com> 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