After ran the command fence_tool dump, the fenced process will take 100% CPU usage
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Red Hat Cluster |
Fix Released
|
Low
|
|||
redhat-cluster (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Hardy |
Fix Released
|
High
|
Unassigned |
Bug Description
Binary package hint: cman
I have setup with redhat-
SRU justification:
In certain conditions groupd, fenced, and dlm_controld all have the potential to enter infinite/tight loops surrounding poll(2) due to a file descriptor being closed and not correctly handled. The poll loop for these daemons checks for POLLHUP, but not POLLERR or POLLNVAL. As such, file descriptors in these states are unhandled.
Versions affected: Hardy
Fix in development branch: Was fixed in >= Intrepid by integration of a later, fixed, upstream release.
Minimal patch: see comment 2 just above.
TEST CASE:
This is difficult to reproduce as it supposes a full RHCS setup and hitting the situation where those daemons enter the loop.
Regression potential:
Looking at the patch, regression potential is very low. It was taken from the RedHat bug and was later successfully integrated in the following RHCS releases. Users running the version from my PPA all reported success without any nasty side-effect.
description: | updated |
Changed in redhatcluster: | |
status: | Unknown → Fix Committed |
Changed in redhatcluster: | |
status: | Fix Committed → Fix Released |
Changed in redhat-cluster: | |
assignee: | nobody → tcarrez |
importance: | Undecided → High |
milestone: | none → ubuntu-8.04.3 |
status: | New → Triaged |
Changed in redhat-cluster (Ubuntu Hardy): | |
status: | Confirmed → Fix Committed |
Changed in redhatcluster: | |
importance: | Unknown → Low |
Description of problem:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4560 root RT 0 7644 808 444 R 100 0.0 122:50.94 groupd
Version-Release number of selected component (if applicable): smp-2.6. 9-53.3
2.6.9-68.26.ELsmp
dlm-kernel-
dlm-1.0.7-1