[prev in list] [next in list] [prev in thread] [next in thread]
List: net-snmp-bugs
Subject: [ net-snmp-Bugs-630406 ] unable to start snmpd
From: noreply () sourceforge ! net
Date: 2002-10-29 13:25:33
[Download RAW message or body]
Bugs item #630406, was opened at 2002-10-29 04:00
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=112694&aid=630406&group_id=12694
Category: agent
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: unable to start snmpd
Initial Comment:
UCD-snmp version: 4.2.3
Solaris 9 on Sun Ultra 10
I compiled and installed ucd-snmp on solaris 9
using gcc 3.2. It compiled with no errors.
When I try and start snmpd I receive :-
init_kmem: kvm_open failed: Error 0
Please help! I've spent several days searching for
this error with no success.
please feel free to e-mail me
stephen.mason@partner.mg-rover.com
Thanks!
Steve
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2002-10-29 05:25
Message:
Logged In: NO
Okay - thanks again for your help!
----------------------------------------------------------------------
Comment By: Dave Shield (dts12)
Date: 2002-10-29 05:16
Message:
Logged In: YES
user_id=88893
OK - let's take this one step at a time.
What you're reporting isn't really a bug - it's down
to a misunderstanding of how SNMP works.
When you use 'snmpget', you're asking for a specific item
of information. That means you have to get the name (i.e.
the OID) exactly right. If you get it "almost right"
then the agent won't understand - any more than if you
get a variable name "almost right", then the compiler won't
understand.
All SNMP objects included an "instance subidentifier".
(Possibly multiple - but always at least one). For tables,
then this identifier is the index value (or values).
For scalar objects, it's the subidentifier '0'.
So in order to get the value associated with sysUpTime,
you have to ask for "sysUpTime.0" - i.e.
snmpget localhost public sysUpTime.0
If you ask for "snmpget localhost public sysUpTime", that's
"almost right", i.e. it's wrong - and so the agent shrugs
and says "no - don't have anything for you".
It's the same problem with "snmpget localhost public .1.3"
There isn't a value associated with 1.3, so you don't get
an answer. (It's probably the same with the other example
you tried, but I can't tell, since you didn't say what
the command actually was - 1.3.6.x.x.x.x.x isn't very
precise!)
I'd suggest you try with 'snmpgetnext' rather than
'snmpwalk', at least while you're finding your way around.
It doesn't require you to get the OID "exactly right" like
snmpget does, but it will always return exactly one answer
(unlike snmpwalk).
If you're having problems with requests timing out, I'd
also suggest you try it as
snmpgetnext -r 0 -t 60 public localhost {whatever}
which is more likely to give back *something*, rather
than just timing out completely.
If you still have problems, can you please open a fresh
bug report, or (preferably) post to the mailing list.
Your problems aren't really relevant to this bug any more.
Dave
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2002-10-29 04:58
Message:
Logged In: NO
I also get:-
# snmpget localhost public .1.3
Error in packet
Reason: (noSuchName) There is no such variable name
in this MIB.
Failed object: .iso.org
Is it not loading in the default mibs or something?
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2002-10-29 04:51
Message:
Logged In: NO
That was using snmpwalk - it was returning nothing at
all.
Using snmpget with the same arg's I get :-
Error in packet
Reason: (noSuchName) There is no such variable name
in this MIB.
Failed object: system.sysUpTime
:(
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2002-10-29 04:48
Message:
Logged In: NO
Thanks for the fast response(s)!
That's sorted the snmpd starting nicely :)
However, I'm still getting the same behaviour from the
net-snmp daemon as with the sun ones... ie I get no
data returned from
snmpget localhost public 1.3.6.x.x.x.x.x.x
any thoughts would be much appreciated.
ps I didn't know anything about snmp before last week
so apologies if I've missed something blindingly
obvious.
Steve
----------------------------------------------------------------------
Comment By: Dave Shield (dts12)
Date: 2002-10-29 04:35
Message:
Logged In: YES
user_id=88893
You'll need to talk to Sun about the 'snmpdx' agent.
We can really only provide support for our software.
Sorry.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2002-10-29 04:28
Message:
Logged In: NO
Oddly, the solaris installed
/usr/lib/snmp/snmpdx -y -c /etc/snmp/conf
/usr/lib/dmi/snmpXdmid -s c02591
daemons return values for things like
system.sysUpTime.0 = Timeticks: (968902) 2:41:29.02
but return nothing for anything under
.1.3.6
----------------------------------------------------------------------
Comment By: Dave Shield (dts12)
Date: 2002-10-29 04:19
Message:
Logged In: YES
user_id=88893
Try copying the file 'include/net-snmp/system/solaris2.8.h'
to be 'solaris2.9.h' and re-configure/re-compile.
According to a message yesterday on the users list
(subject "solaris9, still not happening"), this should
fix the problem.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=112694&aid=630406&group_id=12694
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Net-snmp-bugs mailing list
Net-snmp-bugs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-bugs
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic