I tried with "net-snmp-5.2.2", and it works.
It gives output of commands:
1. snmpwalk -v 2c -c public localhost .184.108.40.206.6
2. Also, I get proper outputs for my MIB.
What I conclude from this, there is some problem with FC4 64-bit provided
net-snmp-220.127.116.11-fc4.1 (Updated version of FC4)
net-snmp-5.2.1-12 (Standard version provided while installation)
With these net-snmp versions, above both the points are not working. For
second point, I get output of my whole MIB, but after output of last OID, I
get "Timeout: No Response ..." error message.
While, with "net-snmp-5.2.2" (tar.gz installation), "net-snmp-5.1-2.1" (FC1
64-bit, rpm installation), "net-snmp-5.2.1-12" (FC4 32-bit, rpm
installation) and "net-snmp-5.0.6-17" (RH9 32-bit, rpm installation);
everything works fine.
As, it is working fine with "net-snmp-5.1-2.1" (FC1 64-bit) and
"net-snmp-5.2.2" (FC4 64-bit), it doesn't seem 64-bit related issue either.
Thus, this is neither access control problem nor 64-bit problem.
I have couple of queries.
Is there any way by which, after output of last OID of my MIB, I get
following output instead of error message:
"No more variables left in this MIB View (It is past the end of the
If possible, then how can I statically load MIBs like "SNMPv2-SMI.txt,
SNMPv2-TC.txt etc." in agent? (Please take a note that here, net-snmp is
installed through rpm)
If I am not wrong then above MIBs are responsible for providing output for
OID ".18.104.22.168.6". Please correct me if I am wrong in this. What I understand
here is, above MIBs might not be loaded into agent itself.
What I understand here, problem should be solved if any of above two points
can be applied. Again, correct me if I am wrong in this.
Thanks again, for all your help.
From: Dave Shield [mailto:D.T.Shield@...]
Sent: Tuesday, March 21, 2006 3:35 PM
To: Ajay Hotchandani
Subject: RE: Timeout: No Response after output of last OID
On Tue, 2006-03-21 at 09:47 +0530, Ajay Hotchandani wrote:
> Thanks a lot for all your help.
> I see only outgoing dump,
> Timeout: No Response from localhost.
Sorry - I'm out of ideas.
This looks exactly like an access control problem,
but your earlier comments seem to indicate that things
are set up correctly.
If it's a 64-bit problem, then I'm afraid I don't have
the resources (time or equipment) to investigate further.
All I can suggest is that you try to mimic the configuration
on parallel 64-bit and 32-bit systems, and see if you can
spot any differences between the two.
Try with the most recent code if you can (5.2.2 or 22.214.171.124)
And double check the access control - both in the snmpd.conf
files, and the SNMP tables (if you can see them).
eInfochips Business Disclaimer:
This message may contain confidential, proprietary or legally Privileged information. In case you are not the original intended Recipient of the message, you must not, directly or indirectly, use, Disclose, distribute, print, or copy any part of this message and you are requested to delete it and inform the sender. Any views expressed in this message are those of the individual sender unless otherwise stated. Nothing contained in this message shall be construed as an offer or acceptance of any offer by eInfochips Limited and/or eInfochips Inc("eInfochips") unless sent with that express intent and with due authority of eInfochips. eInfochips has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email.