system_management_-_what_does_a_process_in_a_rwscs_state_generally_mean
no way to compare when less than two revisions
Differences
This shows you the differences between two versions of the page.
— | system_management_-_what_does_a_process_in_a_rwscs_state_generally_mean [2019/02/14 16:11] (current) – created mmacgregor | ||
---|---|---|---|
Line 1: | Line 1: | ||
+ | |||
+ | ==== Introduction ==== | ||
+ | |||
+ | What typically is the direct cause of a process entering the RWSCS state? | ||
+ | |||
+ | ==== Details ==== | ||
+ | |||
+ | The Distributed Lock Manager coordinates lock activity with other nodes of the cluster. Processes in a cluster which make heavy use of either locks, or the file system, may often be seen in this state for a brief time. | ||
+ | |||
+ | Seeing processes in this state does not always mean that the system has a performance issue. This state may be seen for short intervals while processes wait on a resource to become available. Once available, the process will continue. | ||
+ | |||
+ | Other, less common, causes of a process entering the RWSCS state occur while making changes to a cluster-wide logical name table or the distributed write bitmap for host-based volume shadowing. | ||
+ | |||
+ | Other conditions, such as a saturated network or a poorly configured cluster, may cause the process to STAY in the RWSCS state for a longer period of time, but is of itself not the CAUSE of the state. | ||
system_management_-_what_does_a_process_in_a_rwscs_state_generally_mean.txt · Last modified: 2019/02/14 16:11 by mmacgregor