Re: multiple Sub-agents managing the same table

"Arnaud BODENAN" <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]> 
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
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.