After fixing all my permissions, the pass works just fine on version 5.4.1 for me. Also on the old version 5.1.2, the passtest script is called and can echo out to a log file. However, It seems that 5.1.2 just does not pass any arguments to the passtest script. Has anyone seen this problem before? The few mail archives relating to this seem to be a different problem.
I am hoping to keep using 5.1.2 as it is the version that comes with the openwrt/kamikaze package. This package is being cross-compiled for powerpc using the built in settings for compiling kamikaze. So I am hoping not to have to create a new toolchain to compile a separate version of SNMP for the device. Thanks, Tyler On Thu, Jun 25, 2009 at 11:14 AM, Tyler Smith <[email protected]> wrote: > Dave, > Thanks for the advice. You're like a superhero, only with email instead of > the ability to fly or x-ray vision. > > I upgraded to version 5.4.1 and attempted the same test. Results are still > the same. > When i add the bogus entries into the snmpd.conf file, the log entries show > up in /var/log/syslog. The pass entry does not show anything in the log, so > I am assuming that pass is functioning as you said. > > ------syslog----------------------------------------------- > Jun 25 09:16:19 Build-Box-T3 snmpd[11135]: NET-SNMP version 5.4.1 > Jun 25 09:16:50 Build-Box-T3 snmpd[11135]: Connection from UDP: > [127.0.0.1]:49444 > Jun 25 09:16:50 Build-Box-T3 snmpd[11135]: Connection from UDP: > [127.0.0.1]:49444 > Jun 25 09:17:01 Build-Box-T3 /USR/SBIN/CRON[11147]: (root) CMD ( cd / && > run-parts --report /etc/cron.hourly) > Jun 25 09:18:02 Build-Box-T3 snmpd[11135]: Connection from UDP: > [127.0.0.1]:47318 > Jun 25 09:29:30 Build-Box-T3 snmpd[11135]: Received TERM or STOP signal... > shutting down... > Jun 25 09:29:33 Build-Box-T3 snmpd[11238]: /etc/snmp/snmpd.conf: line 374: > Warning: Unknown token: bogus. > Jun 25 09:29:33 Build-Box-T3 snmpd[11238]: /etc/snmp/snmpd.conf: line 376: > Warning: Unknown token: bogus. > Jun 25 09:29:33 Build-Box-T3 snmpd[11238]: NET-SNMP version 5.4.1 > Jun 25 09:29:58 Build-Box-T3 snmpd[11238]: Connection from UDP: > [127.0.0.1]:46027 > ------------------------------------------------ > > Also, it seems that nothing new is logged when using the debug command. I > will keep testing using the debug flags to see if I can find anything new. > > Thanks again, > > Tyler > > > > > > > On Thu, Jun 25, 2009 at 2:26 AM, Dave Shield > <[email protected]>wrote: > >> 2009/6/24 Tyler Smith <[email protected]>: >> > I am trying to use the SNMPD pass command in version 5.1.2 >> >> That's a *very* old version, and is no longer supported. >> You should consider upgrading to a more recent release. >> >> > I read that the agent must be built with support for pass. Is >> > there a simple way to check if pass was built in to the agent? >> >> Does the agent report an error when reading the snmpd.conf file? >> If it doesn't include support for "pass", then it will complain when >> it gets to that particular line. >> >> You can check this by adding a couple of bogus entries to the >> snmpd.conf file: >> >> >> > >> ---------snmpd.conf-------------------------------------------------------------------------------------- >> > exec 1.3.6.1.4.1.33066.1.1 googleping /bin/ping -c 1 -w 1 -q >> www.google.com >> > exec 1.3.6.1.4.1.33066.1.2 serial_num_query /bin/cat /etc/snmp/serial >> > exec 1.3.6.1.4.1.33066.1.3 route_table /bin/netstat -r >> > exec 1.3.6.1.4.1.33066.1.4 netstat /bin/netstat >> bogus before >> > pass .1.3.6.1.4.1.2021.255 /bin/sh /etc/snmp/passtest >> bogus after >> > >> -------------------------------------------------------------------------------------------------------------- >> >> >> If you see two complaints about "bogus", but nothing about "pass", >> then you can be confident that the agent supports the pass directive. >> >> If all three lines trigger a complaint, then it doesn't. >> >> And if you don't see *any* error messages, then you are looking in the >> wrong place! >> >> It might also be worth running the agent with '-Ducd-snmp/pass' >> and see what gets logged when you query the "pass" subtree. >> >> Dave >> > >
------------------------------------------------------------------------------
_______________________________________________ Net-snmp-users mailing list [email protected] Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
