minio/pkg/dsync
Harshavardhana d55f4336ae
preserve context per request for local locks (#9828)
In the Current bug we were re-using the context
from previously granted lockers, this would
lead to lock timeouts for existing valid
read or write locks, leading to premature
timeout of locks.

This bug affects only local lockers in FS
or standalone erasure coded mode. This issue
is rather historical as well and was present
in lsync for some time but we were lucky to
not see it.

Similar changes are done in dsync as well
to keep the code more familiar

Fixes #9827
2020-06-14 07:43:10 -07:00
..
.gitignore Support MinIO to be deployed on more than 32 nodes (#8492) 2019-11-13 12:17:45 -08:00
drwmutex.go preserve context per request for local locks (#9828) 2020-06-14 07:43:10 -07:00
drwmutex_test.go preserve context per request for local locks (#9828) 2020-06-14 07:43:10 -07:00
dsync-server_test.go fix: Speed up multi-object delete by taking bulk locks (#8974) 2020-02-21 11:29:57 +05:30
dsync.go Implement bucket expansion (#8509) 2019-11-19 17:42:27 -08:00
dsync_test.go preserve context per request for local locks (#9828) 2020-06-14 07:43:10 -07:00
rpc-client-impl_test.go Add lock expiry handler to expire state locks (#8562) 2019-11-25 16:39:43 -08:00
rpc-client-interface.go fix: Speed up multi-object delete by taking bulk locks (#8974) 2020-02-21 11:29:57 +05:30