On 07/11/06, Mindaugas <[EMAIL PROTECTED]> wrote: > > What is the result of walking the vacmAccessTable and > > vacmViewTreeFamilyTable? > > Below.
> ,,,,vacmViewTreeFamilyMask."anonymousView000".1.1 = "ΓΏ" Aha! That's significant. With the relatively early releases that you're using, the "rocommunity" directive only sets up access for the .1 subtree (which is where virtually all management information is defined anyway). So attempting to query anything under .0 or .2 will be rejected as out of view. This problem was fixed in later versions. But with the agent you're using, it's basically not possible to query .0.something or .2.something. (That's not strictly true, but it's close enough). > > If you register the "pass" elements under .1 instead of .2, > > does that make any difference? > > No it does not. I'm a little surprised. If nothing else, that brings the MIB objects within the valid view, so I'd expect things to get a little further before failing. What's the debug output from the agent when you try walking this tree? It might also be useful to see the code of the 'bstat' script. 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 Net-snmp-users@lists.sourceforge.net Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
