Launchpad has imported 7 comments from the remote bug at https://bugzilla.redhat.com/show_bug.cgi?id=444529.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2008-04-28T21:41:53+00:00 Corey wrote: 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): 2.6.9-68.26.ELsmp dlm-kernel-smp-2.6.9-53.3 dlm-1.0.7-1 Reply at: https://bugs.launchpad.net/ubuntu/+source/redhat- cluster/+bug/290399/comments/0 ------------------------------------------------------------------------ On 2008-04-28T21:48:10+00:00 Lon wrote: Created attachment 304047 Fixes behavior In certain conditions (which I am not sure of the cause), 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. This patch fixes these daemons. Reply at: https://bugs.launchpad.net/ubuntu/+source/redhat- cluster/+bug/290399/comments/1 ------------------------------------------------------------------------ On 2008-04-28T21:50:27+00:00 Lon wrote: Created attachment 304048 Updated patch Reply at: https://bugs.launchpad.net/ubuntu/+source/redhat- cluster/+bug/290399/comments/2 ------------------------------------------------------------------------ On 2008-04-28T21:56:08+00:00 Lon wrote: http://sources.redhat.com/git/?p=cluster.git;a=commit;h=940c0488bdaa11a4833788b3d3957248e4765105 Pushed. Reply at: https://bugs.launchpad.net/ubuntu/+source/redhat- cluster/+bug/290399/comments/3 ------------------------------------------------------------------------ On 2008-08-29T14:29:55+00:00 Lon wrote: Fixing component; this is all user-space. Reply at: https://bugs.launchpad.net/ubuntu/+source/redhat- cluster/+bug/290399/comments/4 ------------------------------------------------------------------------ On 2009-01-20T21:52:24+00:00 errata-xmlrpc wrote: An advisory 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 therefore 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-2009-0189.html Reply at: https://bugs.launchpad.net/ubuntu/+source/redhat- cluster/+bug/290399/comments/11 ------------------------------------------------------------------------ On 2009-04-01T16:26:28+00:00 David wrote: *** Bug 492989 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/redhat- cluster/+bug/290399/comments/20 ** Changed in: redhatcluster Importance: Unknown => Low -- You received this bug notification because you are a member of Ubuntu High Availability Team, which is subscribed to redhat-cluster in Ubuntu. https://bugs.launchpad.net/bugs/290399 Title: After ran the command fence_tool dump, the fenced process will take 100% CPU usage Status in Red Hat Cluster: Fix Released Status in redhat-cluster package in Ubuntu: Fix Released Status in redhat-cluster source package in Hardy: Fix Released Bug description: Binary package hint: cman I have setup with redhat-cluster-suite on two of the hardy 8.04.1 server kernel. After the setup complete, run the command: sudo fence_tool dump. The fenced process start taking 100% CPU usage. 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. To manage notifications about this bug go to: https://bugs.launchpad.net/redhatcluster/+bug/290399/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~ubuntu-ha Post to : [email protected] Unsubscribe : https://launchpad.net/~ubuntu-ha More help : https://help.launchpad.net/ListHelp
