Bug 67610
Summary: | snmpd does not provide memory information | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Lukasz Engel <lukasz.engel> |
Component: | ucd-snmp | Assignee: | Phil Knirsch <pknirsch> |
Status: | CLOSED ERRATA | QA Contact: | Brock Organ <borgan> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.3 | CC: | bbaetz, fc-bugzilla, hanksdc, javier, jne, karri.puumanen, kmohr, mario.mikocevic, 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: | 2003-09-24 20:51:35 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
Lukasz Engel
2002-06-28 08:57:55 UTC
I can confirm this on several additional boxes running 7.2 and 7.3. The upgrade breaks memory usage. Ugh - first the disk directive blew up, then was fixed. Now the memory directive blew up.... L It looks like this is a bug in agent/mibgroup/ucd-snmp/memory.c I downgraded just that file to the one from 4.2.4 and things work. The patch that appears to have caused the problem was supposed to be a fix for values that were greater than a 32bit unsigned integer (either that or the fix to handle 2^32-1 that apparently was added to this patch a little later, judging from the CVS log): Its patch 548663. http://sourceforge.net/tracker/index.php?func=detail&aid=548663&group_id=12694&atid=312694 Hi, this is _the_ patch that worked for me -> # cat /usr/src/redhat/SOURCES/ucd-snmp-4.2.5-memory.patch --- ucd-snmp-4.2.5/agent/mibgroup/ucd-snmp/memory.c.orig Wed Jul 3 13:15:04 2002 +++ ucd-snmp-4.2.5/agent/mibgroup/ucd-snmp/memory.c Wed Jul 3 13:18:47 2002 @@ -272,9 +272,9 @@ for (i=0; i < MAX_ROW && *p; i++) { /* loop over rows */ while(*p && !isdigit(*p)) p++; /* skip chars until a digit */ for (j=0; j < MAX_COL && *p; j++) { /* scanf column-by-column */ - l = sscanf(p, "%u%n", &m, &k); + l = sscanf(p, "%lu%n", &m, &k); m /= 1024; - if (4294967295 > m) { + if (m > 4294967295) { *(row[i] + j) = 4294967295; } else { *(row[i] + j) = (unsigned) m; I reconstructed it from URL above, thanks guys, memory is showing fine now ... I added it into .spec file as Patch10 and rebuilded package. Spec diff _is_ also available on request. -- mozgy Could we get a Rawhide SRPM/RPM with this patch? Please and Thank You. =) *** Bug 67773 has been marked as a duplicate of this bug. *** Errata will follow sometime next week with this patch. Read ya, Phil *** Bug 69137 has been marked as a duplicate of this bug. *** OK, took a couple of days longer, but a fixed ucd-snmp package is being built at the moment and the errata process has been initiated. The final errata should appear sometime the end of this week or around next (if all goes well ;-). Read ya, Phil *** Bug 71385 has been marked as a duplicate of this bug. *** Will this be released as errata soon? *** Bug 73809 has been marked as a duplicate of this bug. *** Is there any update in regards to this bug, besides the duplicate bug reports? There is a fix, but there has yet to be an Errata released. I've bugged our QA department already, it's still in QA here (QA was swamped with work due to our latest Red Hat LInux 8.0 release). I won't make any promised anymore, but it's due to be released real soon now(tm). Sorry for the inconvenience and thanks for your patience. Read ya, Phil *** Bug 77701 has been marked as a duplicate of this bug. *** It has now been nearly six months since this bug was recognized and an errata was promised. According to RH policy, 7.3 is still a fully supported version and this is becoming somewhat ridiculous. When can we expect an errata? Can we, at the _very_ least, have an SRPM for this? I realize I can patch it myself, but this is not why I am paying RH for their Enterprise RHN service. Can someone please post an update? Thanks. Jim I would like to 2nd that argument. What is going on? RedHat still supports the 7.3 release, which comes with ucd-snmp. If its too much of a burden for QA to verify the ucd-snmp patches, then at least backport the net-snmp program from 8.0. Either way, there is a supported OS that is not getting supported. *** Bug 82249 has been marked as a duplicate of this bug. *** I know this must sound like a lame excuse, but i'm still bugging our QA departement to finish up and release this errata. I'll see if i can force it to be released soon. In the meantime i'll provide the source and binary rpms on my people.redhat.com account: http://people.redhat.com/pknirsch/ Again, i can only apologize for this unexcusable delay, but as much as i'd like to i can't force the QA folks to work on it. Read ya, Phil Did this pending errata ever get released for 7.3? It seems to be now two months since anyone complained at it not appearing... or are we supposed to have all moved to 8.0 by now? *** Bug 89175 has been marked as a duplicate of this bug. *** An errata has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2002-159.html Talk about speedy resolution - 1 year and nearly three months after the bug was opened, you finally release an errata that claims to fix it. Off to verify those claims... (and you should've just waited until Jan 1, 2004, since 7.3 isn't supported anymore at that point - but thats another bone I have to pick...) This is getting as bad as the time cycle for big UNIX vendors to release patches.....I guess Red Hat has finally "arrived". |