diff options
author | Olga Kornievskaia <olga.kornievskaia@gmail.com> | 2020-06-23 18:24:09 +0300 |
---|---|---|
committer | Anna Schumaker <Anna.Schumaker@Netapp.com> | 2020-09-21 17:21:08 +0300 |
commit | 88428cc4ae7abcc879295fbb19373dd76aad2bdd (patch) | |
tree | f7c8d89aefba564eb2532920480e7bab0be0b6fa /fs/ecryptfs/kthread.c | |
parent | 82c596ebaa104f994d25256523ae2f9047323fe7 (diff) | |
download | linux-88428cc4ae7abcc879295fbb19373dd76aad2bdd.tar.xz |
SUNRPC dont update timeout value on connection reset
Current behaviour: every time a v3 operation is re-sent to the server
we update (double) the timeout. There is no distinction between whether
or not the previous timer had expired before the re-sent happened.
Here's the scenario:
1. Client sends a v3 operation
2. Server RST-s the connection (prior to the timeout) (eg., connection
is immediately reset)
3. Client re-sends a v3 operation but the timeout is now 120sec.
As a result, an application sees 2mins pause before a retry in case
server again does not reply. Where as if a connection reset didn't
change the timeout value, the client would have re-tried (the 3rd
time) after 60secs.
Signed-off-by: Olga Kornievskaia <kolga@netapp.com>
Signed-off-by: Anna Schumaker <Anna.Schumaker@Netapp.com>
Diffstat (limited to 'fs/ecryptfs/kthread.c')
0 files changed, 0 insertions, 0 deletions