[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