Bug 1794168
| Summary: | net-snmp memory leak | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | bofo13 <bofo13> | |
| Component: | net-snmp | Assignee: | Josef Ridky <jridky> | |
| Status: | CLOSED ERRATA | QA Contact: | Evgeny Fedin <efedin> | |
| Severity: | urgent | Docs Contact: | ||
| Priority: | urgent | |||
| Version: | 7.7 | CC: | baptiste.agasse, ccheney, dchong, djez, efedin, fkrska, jridky, sbroz, tcrider, thozza | |
| Target Milestone: | rc | Keywords: | Patch, Regression, Reopened, Reproducer, ZStream | |
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1832223 1832224 (view as bug list) | Environment: | ||
| Last Closed: | 2020-09-29 20:56:26 UTC | Type: | Bug | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 1780582, 1832223, 1832224 | |||
|
Description
bofo13
2020-01-22 19:58:32 UTC
Some kind related to bug #1779609. Bug #1779609 is about sth else, but I'll try to take a look at it. Do you have any reproducer (e.g. content of /etc/snmp/snmpd.conf, used commands for running snmp queries and so on)? Thank you Josef for your answer. Here's the daemon config : # grep -vE '^#.*|^$' /etc/snmp/snmpd.conf rouser r syslocation Unknown (edit /etc/snmp/snmpd.conf) syscontact Root <root@localhost> (configure /etc/snmp/snmp.local.conf) dontLogTCPWrappersConnects yes agentAddress udp:161 includeAllDisks 0 extend-sh testcmd echo OK # grep -vE '^#.*|^$' /var/lib/net-snmp/snmpd.conf usmUser 1 3 0x80001f8880cf894745b6369a5c00000000 "r" "r" NULL .1.3.6.1.6.3.10.1.1.3 0x4cd9dcb044a50668ebb54f73e81cf10ce41e77b1 .1.3.6.1.6.3.10.1.2.4 0x4cd9dcb044a50668ebb54f73e81cf10c 0x ifXTable .1 14:0 18:0x $ ifXTable .2 14:0 18:0x $ setserialno 1840552802 engineBoots 47 oldEngineID 0x80001f8880cf894745b6369a5c00000000 Command used to create the above user : createUser r SHA "MyNicePassword" AES "MyNicePassword" I request the following OID every minute : .1.3.6.1.2.1.25.3.3.1.2 And the following ones on a 3 minutes basis : .1.3.6.1.4.1.2021.9.1 .1.3.6.1.2.1.25.4.2.1 .1.3.6.1.4.1.2021.4.3 / .1.3.6.1.4.1.2021.4.4 .1.3.6.1.2.1.25.1.1 .1.3.6.1.2.1.25.1.2 I don't know if it's related to a particular OID, or if it's a SNMP v3 / SHA / AES issue. I would go for a SNMP v3 / SHA / AES issue, because using the exact same configuration with SNMP v2 does not trigger the issue. May perhaps help, note that using the exact same configuration (OID, SNMP v3 / SHA / AES) on Debian 9/10 does not trigger the issue. Feel free if needed, thank you ! Hi, I can confirm this issue. I see the memory usage (memory_rss) grow with every request that is handled bij net-snmpd. It doesn't matter if I use the standard SNMP-OID's or use "extend" or "extend-sh". When downgrading to net-snmpd 5.7.2-37 this behaviour stops. If you need additional info to debug just let me know! Kind regards, Ties Voskamp After some investigation, I have good news. This issue has been fixed in version net-snmp-5.7.2-45, which will be available in RHEL-7.8 release, that should be released in Q1 2020. Only obstacle for me is, I don't know exactly, how long does it take to propagate RHEL-7.8 repositories to CentOS, but it's not aim of this bug report. Due of fix availablility, I am closing this bug report as NEXTRELEASE. Really good news, thank you very much Josef. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (net-snmp bug fix and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2020:4037 |