summaryrefslogtreecommitdiff
path: root/fs/ecryptfs/kthread.c
diff options
context:
space:
mode:
authorOlga Kornievskaia <olga.kornievskaia@gmail.com>2020-06-23 18:24:09 +0300
committerAnna Schumaker <Anna.Schumaker@Netapp.com>2020-09-21 17:21:08 +0300
commit88428cc4ae7abcc879295fbb19373dd76aad2bdd (patch)
treef7c8d89aefba564eb2532920480e7bab0be0b6fa /fs/ecryptfs/kthread.c
parent82c596ebaa104f994d25256523ae2f9047323fe7 (diff)
downloadlinux-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