diff options
author | Soumya Koduri <skoduri@redhat.com> | 2019-06-07 19:33:07 +0530 |
---|---|---|
committer | Soumya Koduri <skoduri@redhat.com> | 2019-07-11 21:32:00 +0530 |
commit | 54a5c58f6595ff5342df5b7c4c16a26db2fa02da (patch) | |
tree | 6b3cefbe984e29700a5d705c20215ad7a8a0a5dd /CONTRIBUTING | |
parent | 91383c7c7ab05cfc6c38a7a92cfe94bec55880ac (diff) | |
download | glusterfs-54a5c58f6595ff5342df5b7c4c16a26db2fa02da.tar.gz glusterfs-54a5c58f6595ff5342df5b7c4c16a26db2fa02da.tar.xz glusterfs-54a5c58f6595ff5342df5b7c4c16a26db2fa02da.zip |
upcall: Avoid sending notifications for invalid inodes
For nameless LOOKUPs, server creates a new inode which shall
remain invalid until the fop is successfully processed post
which it is linked to the inode table.
But incase if there is an already linked inode for that entry,
it discards that newly created inode which results in upcall
notification. This may result in client being bombarded with
unnecessary upcalls affecting performance if the data set is huge.
This issue can be avoided by looking up and storing the upcall
context in the original linked inode (if exists), thus saving up on
those extra callbacks.
This is backport of below mainline fix -
https://review.gluster.org/22840
Change-Id: I044a1737819bb40d1a049d2f53c0566e746d2a17
fixes: bz#1729221
Signed-off-by: Soumya Koduri <skoduri@redhat.com>
Diffstat (limited to 'CONTRIBUTING')
0 files changed, 0 insertions, 0 deletions