Bug 1055818
Summary: | pmcd SEGV in linux pmda | |||
---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Frank Ch. Eigler <fche> | |
Component: | pcp | Assignee: | Nathan Scott <nathans> | |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | |
Severity: | unspecified | Docs Contact: | ||
Priority: | unspecified | |||
Version: | 19 | CC: | fche, mgoodwin, nathans, pcp, scox | |
Target Milestone: | --- | |||
Target Release: | --- | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | pcp-3.8.12-1.el6 | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 1055826 (view as bug list) | Environment: | ||
Last Closed: | 2014-02-07 03:06:06 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: | 1055826 |
Description
Frank Ch. Eigler
2014-01-21 01:55:21 UTC
The only remaining mystery is where did the string "InType141" come from? It appears to be larger than all valid ICMP types (from include/uapi/linux/icmp.h which goes up to NR_ICMP_TYPES - just 18) - and it wasn't found by the grep. I was looking further at how to reproduce, and test the fix - following on from our discussion yesterday - I can't seem to find any way to get ping(1) to set the type explicitly though (nor am I sure that would even work, but something, somehow has managed to set that bogus type it seems!). "The only remaining mystery is where did the string "InType141" come from?" I would assume some unusual packet once arrived from the public network: that's an occupational hazard for an internet-connected box. The server's /proc/net/snmp IcmpMsg currently says: IcmpMsg: InType0 InType3 InType5 InType8 InType11 InType141 OutType0 OutType3 OutType8 OutType11 IcmpMsg: 201 624002 6 206948 1266 2 206948 578121 2338 80 so it wasn't the pmda imagining it. Just updating BZ state - fix and qa test merged in dev branch, we're expecting this fix to release in pcp-3.8.11 for Fedora. pcp-3.8.12-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/pcp-3.8.12-1.fc20 pcp-3.8.12-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/pcp-3.8.12-1.fc19 pcp-3.8.12-1.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/pcp-3.8.12-1.el6 pcp-3.8.12-1.el5 has been submitted as an update for Fedora EPEL 5. https://admin.fedoraproject.org/updates/pcp-3.8.12-1.el5 Package pcp-3.8.12-1.el6: * should fix your issue, * was pushed to the Fedora EPEL 6 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=epel-testing pcp-3.8.12-1.el6' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0396/pcp-3.8.12-1.el6 then log in and leave karma (feedback). pcp-3.8.12-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. pcp-3.8.12-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. pcp-3.8.12-1.el5 has been pushed to the Fedora EPEL 5 stable repository. If problems still persist, please make note of it in this bug report. pcp-3.8.12-1.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report. |