Bug 461956

Summary: Terrible clustat / clusvcadm performance.
Product: [Retired] Red Hat Cluster Suite Reporter: Lon Hohberger <lhh>
Component: rgmanagerAssignee: Lon Hohberger <lhh>
Status: CLOSED ERRATA QA Contact: Cluster QE <mspqa-list>
Severity: urgent Docs Contact:
Priority: urgent    
Version: 4CC: cfeist, cluster-maint, edamato, michael.hagmann, tao
Target Milestone: rcKeywords: ZStream
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-05-18 21:12:40 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:
Bug Depends On:    
Bug Blocks: 496671    
Attachments:
Description Flags
Fix none

Description Lon Hohberger 2008-09-11 16:50:44 UTC
Created attachment 316459 [details]
Fix

Description of problem:

Each one of these requires several seconds longer to complete than expected.

Version-Release number of selected component (if applicable): 1.9.80

How reproducible: 50%

This is caused by the event threading sleeping with a lock held when it should be doing a pthread_cond_timedwait()

Comment 1 Lon Hohberger 2009-02-19 16:53:32 UTC
This bug could cause temporary leaks in file descriptors, and if lots of services are in place, it could in theory cause rgmanager to run out of file descriptors (which should never happen).

Comment 2 Lon Hohberger 2009-02-19 16:54:01 UTC
After rgmanager wakes up from the sleep(), it should correctly close these file descriptors of course.

Comment 7 errata-xmlrpc 2009-05-18 21:12:40 UTC
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-1048.html