diff options
| author | Chuck Lever <chuck.lever@oracle.com> | 2012-09-14 17:23:23 -0400 |
|---|---|---|
| committer | Trond Myklebust <Trond.Myklebust@netapp.com> | 2012-10-01 15:31:51 -0700 |
| commit | ffe5a83005b0d23575ab109755b4cb5518a5d91f (patch) | |
| tree | be0a3c83446995a129f040c3bcb7c94b806b768c /net | |
| parent | 8cb7f74eeeb5441811d93f94b6138d4a5a9d8b20 (diff) | |
| download | linux-ffe5a83005b0d23575ab109755b4cb5518a5d91f.tar.gz linux-ffe5a83005b0d23575ab109755b4cb5518a5d91f.tar.bz2 linux-ffe5a83005b0d23575ab109755b4cb5518a5d91f.zip | |
NFS: Slow down state manager after an unhandled error
If the state manager thread is not actually able to fully recover from
some situation, it wakes up waiters, who kick off a new state manager
thread. Quite often the fresh invocation of the state manager is just
as successful.
This results in a livelock as the client dumps thousands of NFS
requests a second on the network in a vain attempt to recover. Not
very friendly.
To mitigate this situation, add a delay in the state manager after
an unhandled error, so that the client sends just a few requests
every second in this case.
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
Diffstat (limited to 'net')
0 files changed, 0 insertions, 0 deletions