On Tue, 2010-12-07 at 16:12 +0530, Princy Gift wrote:
> Hi Wes,
>
>
> Thanks. But, I figured out that some of the MIBs where not present in
> the mibs directory. Once these MIBs are copied my master comesup with
> no issues.
>
>
> But my sub agent is not able to get attached
>
>
> THis is my debug trace of the master
>
>
> NET-SNMP version 5.4.3
> dumpx_recv:3C 00 00 00
> dumpv_recv: Integer: 60 (0x3C)
> dumph_recv: AgentX Header
> dumph_recv: Version
> dumpx_recv: 01
> dumpv_recv: Version: 1
> dumph_recv: Command
> dumpx_recv: 01
> dumpv_recv: Command: 1 (Open)
> dumph_recv: Flags
> dumpx_recv: 00
> dumpv_recv: Flags: 0x0
> dumph_recv: Reserved Byte
> dumpx_recv: 00
> dumpv_recv: Reserved: 0x0
> dumph_recv: Session ID
> dumpx_recv: 00 00 00 00
> dumpv_recv: Integer: 0 (0x00)
> dumph_recv: Transaction ID
> dumpx_recv: 00 00 00 00
> dumpv_recv: Integer: 0 (0x00)
> dumph_recv: Packet ID
> dumpx_recv: D1 5B 36 10
> dumpv_recv: Integer: 271997905 (0x10365BD1)
> dumph_recv: Payload Length
> dumpx_recv: 3C 00 00 00
> dumpv_recv: Integer: 60 (0x3C)
> dumph_recv: PDU
> dumph_recv: Subagent OID
> dumph_recv: OID Header
> dumpx_recv: 05 04 00 00
> dumpv_recv: # subids: 5 (0x05)
> dumpv_recv: prefix: 4 (0x04)
> dumpv_recv: inclusive: 0 (0x00)
> dumph_recv: OID Segments
> dumpx_recv: 01 00 00 00
> dumpv_recv: Integer: 1 (0x01)
> dumpx_recv: 88 1F 00 00
> dumpv_recv: Integer: 8072 (0x1F88)
> dumpx_recv: 03 00 00 00
> dumpv_recv: Integer: 3 (0x03)
> dumpx_recv: 02 00 00 00
> dumpv_recv: Integer: 2 (0x02)
> dumpx_recv: 0A 00 00 00
> dumpv_recv: Integer: 10 (0x0A)
> dumpv_recv: OID: NET-SNMP-MIB::netSnmpAgentOIDs.10
> dumph_recv: Subagent Description
> dumpx_recv: 19 00 00 00
> dumpv_recv: Integer: 25 (0x19)
> dumpx_recv: 19 00 00 00 4E 65 74 2D 53 4E 4D 50 20 41 67 65
> 6E 74 58 20 73 75 62 2D 61 67 65 6E 74 00 00 00
> dumpv_recv: String: Net-SNMP AgentX sub-agent...
> This is the debug trace of my subagent that is hanging during start
> upis below
> [r...@salty bin]# tail -f /cisco-ar/logs/ar_snmp.log
> trace: netsnmp_tdomain_transport_full(): snmp_transport.c, 392:
> tdomain: Use application default domains "unix" "tcp"
> trace: find_tdomain(): snmp_transport.c, 322:
> tdomain: Found domain "unix" from specifier "unix"
> trace: netsnmp_lookup_default_target(): snmp_service.c, 388:
> defaults: netsnmp_lookup_default_target("agentx", "unix") ->
> "/var/agentx/master"
> trace: netsnmp_tdomain_transport_full(): snmp_transport.c, 421:
> tdomain: trying domain "unix" address "[NIL]" default address
> "/var/agentx/master"
> trace: netsnmp_unix_transport(): snmpUnixDomain.c, 284:
> netsnmp_unix: open remote Local IPC: /var/agentx/master
Ouch. This is right before the interesting part starts - the subagent
knows that it should connect to the AgentX port and are just about to do
it. The trouble is that in the agent logs above it shows that the
subagent sent the Open-PDU so I'd like to know
a) What debug levels do you have activated on both the agent and the
subagent?
b) Are there more logs?
/MF
------------------------------------------------------------------------------
What happens now with your Lotus Notes apps - do you make another costly
upgrade, or settle for being marooned without product support? Time to move
off Lotus Notes and onto the cloud with Force.com, apps are easier to build,
use, and manage than apps on traditional platforms. Sign up for the Lotus
Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
