+++ This bug was initially created as a clone of Bug #246669 +++ Description of problem: Rgmanager has a per-service operational queues. In order to stop critical operations (stop, start) from being held off for too long, there is supposed to be a max of 1 'status' operation either in the queue or currently in progress per service at any time. This prevents long status checks from getting queued over and over. For example, if you have a 500 export NFS service, it can take literally 10 minutes to check the service. This allows 10*10, or 100 status checks to be queued up. If you try to then reconfigure the service, it could wait for up to all of those status checks to complete prior to the reconfiguration event completing. -- Additional comment from lhh on 2007-07-03 15:28 EST -- That is, if you have 500 exports and status checks are queued every 10 seconds (whoops!), during the course of 1 status check, 10*6 or 60 status checks can be queued up and waiting for the first status check to complete. This will pause reconfiguration indefinitely.
Created attachment 158780 [details] Patch for RHEL5
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 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-2007-0580.html