October 2024 - Devel - Nfs Ganesha List Archives

[S] Change in ...nfs-ganesha[next]: connection_manager: Add enum for stuck drains

by ofir vainshtein (GerritHub)

ofir vainshtein has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1202362?usp=email ) Change subject: connection_manager: Add enum for stuck drains ...................................................................... connection_manager: Add enum for stuck drains Change-Id: Iebe589bacf990782e679b31e34b979eb9cba3fca Signed-off-by: Ofir Vaisnhtein <ofirvins(a)google.com> --- M src/RPCAL/connection_manager.c M src/include/connection_manager.h 2 files changed, 34 insertions(+), 8 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/62/1202362/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1202362?usp=email To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-Change-Id: Iebe589bacf990782e679b31e34b979eb9cba3fca Gerrit-Change-Number: 1202362 Gerrit-PatchSet: 1 Gerrit-Owner: ofir vainshtein <ofirvins(a)google.com>

1 week, 1 day

1
0
0 / 0

[S] Change in ...nfs-ganesha[next]: fsal_destoryer.c: Didn't call unload for static fsals

by ofir vainshtein (GerritHub)

ofir vainshtein has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1202361?usp=email ) Change subject: fsal_destoryer.c: Didn't call unload for static fsals ...................................................................... fsal_destoryer.c: Didn't call unload for static fsals m->dl_handle is used to determine if fsal is static, and static fsals are the only ones implementing unload so the condition made it so that static fsals were not unloaded on ganesha destroy Change-Id: Id0cc3245bb545f6bf38ce9852bef6c3e72a18666 Signed-off-by: Ofir Vaisnhtein <ofirvins(a)google.com> --- M src/FSAL/fsal_destroyer.c 1 file changed, 11 insertions(+), 13 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/61/1202361/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1202361?usp=email To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-Change-Id: Id0cc3245bb545f6bf38ce9852bef6c3e72a18666 Gerrit-Change-Number: 1202361 Gerrit-PatchSet: 1 Gerrit-Owner: ofir vainshtein <ofirvins(a)google.com>

1 week, 1 day

1
0
0 / 0

[XS] Change in ...nfs-ganesha[next]: Initialize read_arg->info properly for read_plus

by Name of user not set (GerritHub)

deepakarumugam.s(a)nutanix.com has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1202319?usp=email ) Change subject: Initialize read_arg->info properly for read_plus ...................................................................... Initialize read_arg->info properly for read_plus We used to fill read_arg->info for readplus. The FSALs rely on this buffer being filled for readplus handling. But it looks like ac337c37db84855f406ab85c9a9583ead2a32975 deleted it. This looks like a accident - hence reintroducing this line. Currently VFS returns ENOTSUPP if this read_arg->info is not NULL (i.e.) if it is a readplus operation. But since we don't set read_arg->info properly we end up handling it like a normal read in FSAL_VFS and finally return an empty file to the client. Change-Id: I029c141e09b37434fd5c1801226f05dc82017408 Signed-off-by: Deepak Arumugam Sankara Subramanian <deepakarumugam.s(a)nutanix.com> --- M src/Protocols/NFS/nfs4_op_read.c 1 file changed, 1 insertion(+), 0 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/19/1202319/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1202319?usp=email To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-Change-Id: I029c141e09b37434fd5c1801226f05dc82017408 Gerrit-Change-Number: 1202319 Gerrit-PatchSet: 1 Gerrit-Owner: deepakarumugam.s(a)nutanix.com

1 week, 2 days

1
0
0 / 0

bedipi9079

by bedipi9079＠scarden.com

In particular promoting Xingma dishes, this branch has been in Harbor metropolis for a long time. After the maintenance, the chef has adjusted the menu and taste once more, so I went to strive it again. To be sincere, I had an amazing time this time. Less surprises. <a href="https://www.casualarticlesandblogsonline.com/voipphone">virtual phone</a>

1 week, 3 days

1
0
0 / 0

bedipi9079

by bedipi9079＠scarden.com

In particular promoting Xingma dishes, this branch has been in Harbor metropolis for a long time. After the maintenance, the chef has adjusted the menu and taste once more, so I went to strive it again. To be sincere, I had an amazing time this time. Less surprises. <a href=https://www.casualarticlesandblogsonline.com/voipphone>virtual phone</a>

1 week, 3 days

1
0
0 / 0

bedipi9079

by bedipi9079＠scarden.com

In particular promoting Xingma dishes, this branch has been in Harbor metropolis for a long time. After the maintenance, the chef has adjusted the menu and taste once more, so I went to strive it again. To be sincere, I had an amazing time this time. Less surprises. <a href="https://www.casualarticlesandblogsonline.com/voipphone" rel="nofollow">virtual phone</a>

1 week, 3 days

1
0
0 / 0

bedipi9079

by bedipi9079＠scarden.com

https://www.casualarticlesandblogsonline.com In particular promoting Xingma dishes, this branch has been in Harbor metropolis for a long time. After the maintenance, the chef has adjusted the menu and taste once more, so I went to strive it again. To be sincere, I had an amazing time this time. Less surprises.

1 week, 3 days

1
0
0 / 0

bedipi9079

by bedipi9079＠scarden.com

In particular promoting Xingma dishes, this branch has been in Harbor metropolis for a long time. After the maintenance, the chef has adjusted the menu and taste once more, so I went to strive it again. To be sincere, I had an amazing time this time. Less surprises. https://www.casualarticlesandblogsonline.com

1 week, 3 days

1
0
0 / 0

[S] Change in ...nfs-ganesha[next]: Fix a bug that NFSv4 returns NFS4ERR_BAD_SEQID when the client reclai...

by Name of user not set (GerritHub)

bingjingc(a)synology.com has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1202160?usp=email ) Change subject: Fix a bug that NFSv4 returns NFS4ERR_BAD_SEQID when the client reclaim the open states ...................................................................... Fix a bug that NFSv4 returns NFS4ERR_BAD_SEQID when the client reclaim the open states On a high load server, there is a case that Ganasha may return NFS4ERR_EXPIRED when it verifies the state id and find that the client lease has expired. However, Ganasha will not free the client lease and related resources immediately. (Ganesha use a reaper thread to do that instead.) Once the client renews its lease and tries to reclaim the open state, Ganesha seems to check the given seqid against the old value saved in server. As a result, Ganasha returns NFS4ERR_BAD_SEQID. We propose that there could be a flag to indicate whether the saved seqid is valid or not and introduce a helper function called Expire_nfs4_seqid to mark the seqid no longer valid every time when the server failed to do reserve_lease. Moreover, we just find there is already a void* pointer representing the similar meanings. We reuse the pointer and leave comments. Signed-off-by: BingJing Chang <bingjingc(a)synology.com> Change-Id: Id5ecdb00cb6083e69d09de797d71e7d9b47403e6 --- M src/SAL/nfs4_owner.c M src/SAL/nfs4_state_id.c M src/include/sal_functions.h 3 files changed, 23 insertions(+), 1 deletion(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/60/1202160/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1202160?usp=email To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-Change-Id: Id5ecdb00cb6083e69d09de797d71e7d9b47403e6 Gerrit-Change-Number: 1202160 Gerrit-PatchSet: 1 Gerrit-Owner: bingjingc(a)synology.com

1 week, 6 days

1
0
0 / 0

[XS] Change in ...nfs-ganesha[next]: pNFS need an extra hold for DS

by Name of user not set (GerritHub)

eshel(a)us.ibm.com has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1202155?usp=email ) Change subject: pNFS need an extra hold for DS ...................................................................... pNFS need an extra hold for DS Change-Id: I27cf05e9662eda4f8c7fb5554689582623418a25 Signed-off-by: Marc Eshel <eshel.marc(a)gmail.com> --- M src/FSAL/FSAL_GPFS/fsal_internal.c M src/FSAL/commonlib.c 2 files changed, 4 insertions(+), 3 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/55/1202155/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1202155?usp=email To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-Change-Id: I27cf05e9662eda4f8c7fb5554689582623418a25 Gerrit-Change-Number: 1202155 Gerrit-PatchSet: 1 Gerrit-Owner: eshel(a)us.ibm.com

2 weeks

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

Devel October 2024