Bug 67773
Summary: | enterprises.ucdavis.memory OIDs broken, -l option ignored | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Andrei Ivanov <iva> |
Component: | ucd-snmp | Assignee: | Phil Knirsch <pknirsch> |
Status: | CLOSED DUPLICATE | QA Contact: | Brock Organ <borgan> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.2 | CC: | rvokal |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2002-07-02 21:28:17 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Andrei Ivanov
2002-07-01 21:22:13 UTC
See my note on #67610 regarding memory. I believe this is a duplicate of that bug. I noticed the logging issue too, as my logs were deluged with "Connection from..." and "Last message repeated XX times". I'm curious about the log options: When I recompiled the SRPM to back out the memory patch, I noticed that the log file was defined as /var/log/snmpd.log (which doesn't exist on my system). Yet the snmpd init file has command line options to apparently override that to /dev/null. But it also contains the -s switch to log to syslog as well. So are -l and -s mutually exclusive? Running strace on a snmpd process shows it writing to both the syslog fd (6) and /dev/null (3) so I'm wondering if snmpd is not actually behaving the way it should have all along and it was a bug before that permitted SNMP requests weren't being logged (or maybe snmpd wasn't compiled with libwrap??) Personally, I rather like the old behaviour of not having anything logged but unauthorized addresses or bad community strings. Maybe there's a way to change the log facilities that can accomodate this since allows are logged at LOG_INFO but denys are logged at LOG_WARNING. Then again, those appear to be LIBWRAP ifdef'ed so I'm going to have to see how ACL in snmpd.conf and stuff done through hosts.{allow,deny} interact. |