August 2018 - Devel - Nfs Ganesha List Archives

Change in ffilz/nfs-ganesha[next]: State - Add a state_hdl cleanup function

by GerritHub

From Daniel Gryniewicz <dang(a)redhat.com>: Daniel Gryniewicz has uploaded this change for review. ( https://review.gerrithub.io/421743 Change subject: State - Add a state_hdl cleanup function ...................................................................... State - Add a state_hdl cleanup function This fixes a leak on FreeBSD Change-Id: Ie8c951327a54118fbab6685fdc22490ed8b7bc37 Signed-off-by: Daniel Gryniewicz <dang(a)redhat.com> --- M src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_lru.c M src/include/sal_functions.h 2 files changed, 12 insertions(+), 1 deletion(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/43/421743/1 -- To view, visit https://review.gerrithub.io/421743 To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-MessageType: newchange Gerrit-Change-Id: Ie8c951327a54118fbab6685fdc22490ed8b7bc37 Gerrit-Change-Number: 421743 Gerrit-PatchSet: 1 Gerrit-Owner: Daniel Gryniewicz <dang(a)redhat.com>

5 years, 8 months

1
0
0 / 0

Re: nfs4 idmapping issue with sssd fully qualified domain names

by Sri Krishnachowdary kankanala

Malahal, >> nfs4_gss_princ_to_ids() should have succeeded if you have set up your system correctly. We use "winbind" with AD. I am using ubuntu. Can you pls let me know what libraries I need to use to compile ganesha with windbind? Thanks, Sri Krishna On Wed, Aug 8, 2018 at 2:25 PM, Sri Krishnachowdary kankanala < kankanalakittu(a)gmail.com> wrote: > Hi, > > Can someone please reply to this. > > Thanks, > Sri Krishna > > On Thu, Aug 2, 2018 at 1:18 PM, Sri Krishnachowdary kankanala < > kankanalakittu(a)gmail.com> wrote: > >> Hi, >> >> I have AD server configured on windows 2012 server. I joined centos node >> to AD using sssd. I configured sssd with fully qualified domain names for >> users. >> I mounted the nfs4 ganesha's export using krb5. >> >> I create a file from client node logged in as user1(a)ad.domain.com but >> when I do "ls -I" I see below entries where as I expect the owner to be >> user1(a)ad.domain.com >> >> -rw-r--r-- 1 4294967294 4294967294 0 Aug 1 23:12 >> file1 >> >> >> I see the below error in ganesha logs: >> >> >> nfs_req_creds :Could not map principal user1(a)AD.DOMAIN.COM to uid >> >> I further went ahead and used nfs4_set_debug() to get more logs and found >> the below in ganesha logs when principal2uid() is called: >> >> nfs4_gss_princ_to_ids: calling nsswitch->princ_to_ids >> >> nss_getpwnam: name 'user1(a)AD.DOMAIN.COM' domain '(null)': resulting >> localname 'user1' >> >> nfs4_gss_princ_to_ids: nsswitch->princ_to_ids returned -2 >> >> nfs4_gss_princ_to_ids: final return value is -2 >> >> >> >> Relevant entries in my idmap.conf: >> >> [General] >> >> Domain = ad.domain.com >> >> [Translation] >> >> Method = nsswitch >> >> The same setup works if I disable fully qualified domain names from sssd. >> >> Is there a way to use other methods like umich_ldap and get Fully >> qualified AD domain running with nfs4 ganesha? >> Can you please list the steps I need to follow on order to do that? >> >> Thanks, >> Sri Krishna >> >> >> >

5 years, 8 months

2
1
0 / 0

Change in ffilz/nfs-ganesha[next]: FSAL_MDCACHE: fix memory leak on FreeBSD

by GerritHub

From <fatih(a)gandi.net>: fatih(a)gandi.net has uploaded this change for review. ( https://review.gerrithub.io/421628 Change subject: FSAL_MDCACHE: fix memory leak on FreeBSD ...................................................................... FSAL_MDCACHE: fix memory leak on FreeBSD we have to make sure we destroy the state handle rwlock Change-Id: I9db0aaaa5b2420abec4be946e909c0ee8038e56d Signed-off-by: Fatih Acar <fatih.acar(a)gandi.net> --- M src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_lru.c 1 file changed, 2 insertions(+), 0 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/28/421628/1 -- To view, visit https://review.gerrithub.io/421628 To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-MessageType: newchange Gerrit-Change-Id: I9db0aaaa5b2420abec4be946e909c0ee8038e56d Gerrit-Change-Number: 421628 Gerrit-PatchSet: 1 Gerrit-Owner: Anonymous Coward <fatih(a)gandi.net>

5 years, 8 months

1
0
0 / 0

Single open but multiple closes

by You Me

When I write a lot of data to an NFS share using NFSv3 clients, I see that Nfs-Ganesha opens file once but calls close on same FD multiple times. What is the reason behind that? —You

5 years, 8 months

2
1
0 / 0

Change in ffilz/nfs-ganesha[next]: RFC: 9p/tcp: add support for KCM (kernel connection multiplexor)

by GerritHub

From Dominique Martinet <asmadeus(a)codewreck.org>: Dominique Martinet has uploaded this change for review. ( https://review.gerrithub.io/421314 Change subject: RFC: 9p/tcp: add support for KCM (kernel connection multiplexor) ...................................................................... RFC: 9p/tcp: add support for KCM (kernel connection multiplexor) KCM is a framework that lets the application specify how messages are constructed in a BPF program, so that the kernel can split messages at proper length for us. The main advantage of this is that it saves us one user-space <-> kernel round-trip of read(hdr) then read(rest-of-the-size), as a single recvmsg() will always give us a proper message Ultimately, KCM also has other advantages as we could attach multiple tcp sockets on it and have worker threads read from kcm "clones" that do load-balancing instead of our silly one-thread-per-client system that has been bothering me forever, but just this has advantages. A quick benchmark with ior on a different client with very small messages to stress the packet processing shows: $ mpirun -n 32 ./ior -F -o /mnt/ior_out -t 32 -b 128k -i 10 ... with KCM enabled: write 1.47 1.30 1.35 0.05 2.96137 0 32 32 10 1 0 1 0 0 1 131072 32 4194304 POSIX 0 read 1.43 1.28 1.37 0.04 2.92899 0 32 32 10 1 0 1 0 0 1 131072 32 4194304 POSIX 0 -> taking the best, 4k round-trips in 2.93s = 1.4k req/s with KCM disabled: write 1.32 1.23 1.27 0.03 3.15889 0 32 32 10 1 0 1 0 0 1 131072 32 4194304 POSIX 0 read 1.28 1.17 1.22 0.04 3.27371 0 32 32 10 1 0 1 0 0 1 131072 32 4194304 POSIX 0 -> taking the best, 4k round-trips in 3.15s = 1.3k req/s (There is a lot of noise and my test is too short/only 10 iterations, but that's about 7% difference!) That'd be very interesting to try in ntirpc for NFS A few notes: - KCM is currently broken with small messages that get aggregated by TCP, I have a patch here under construction: https://lkml.kernel.org/m/20180805233921.GA5773@nautica - KCM is disabled by default in most distros anyway... - Even with this patch big messages seem to cause a problem, I need to look into that. - This patch does not check for libbcc properly in cmake Change-Id: Idf040f311d6ca1a30c34bc6e9442073f493b0a52 Signed-off-by: Dominique Martinet <dominique.martinet(a)cea.fr> --- M src/CMakeLists.txt M src/MainNFSD/9p_dispatcher.c M src/MainNFSD/CMakeLists.txt M src/include/config-h.in.cmake 4 files changed, 82 insertions(+), 0 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/14/421314/1 -- To view, visit https://review.gerrithub.io/421314 To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-MessageType: newchange Gerrit-Change-Id: Idf040f311d6ca1a30c34bc6e9442073f493b0a52 Gerrit-Change-Number: 421314 Gerrit-PatchSet: 1 Gerrit-Owner: Dominique Martinet <asmadeus(a)codewreck.org>

5 years, 8 months

1
0
0 / 0

Coverity covscan for 2018-08-04-20505923 (master branch)

by staticanalysis＠gluster.org

NFS-Ganesha Coverity covscan results are available from http://download.nfs-ganesha.org/coverity/2018-08-04-20505923

5 years, 8 months

1
0
0 / 0

Announce Push of V2.7-dev.23

by Frank Filz

Branch next Tag:V2.7-dev.23 Release Highlights * Add namespace for rados grace and some options * FreeBSD: make sure we destroy all pthread objects * Disallow client to create dirents with an empty name * FSAL_MDCACHE: always lookup newname from uncached * Man page edits Signed-off-by: Frank S. Filz <ffilzlnx(a)mindspring.com> Contents: 2050592 Frank S. Filz V2.7-dev.23 250a1b4 Dominique Martinet 9P xattrcreate: clear fid->xattr on error 63db074 Kaleb S. KEITHLEY doc: ganesha-config man page edits ea7b551 Kaleb S. KEITHLEY fsal_gluster: nits in man ganesha-gluster man page 5cb9912 Kinglong Mee FSAL_MDCACHE: always lookup newname from uncached 398fc42 Daniel Gryniewicz Disallow client to create dirents with an empty name 96453f3 Fatih Acar FreeBSD: make sure we destroy all pthread objects 76f64cf Jeff Layton ganesha-rados-grace: add a new --ns option 20b79be Jeff Layton ganesha-rados-grace: rename --name option to --oid d23079c Jeff Layton SAL: add a namespace parameter to RADOS_KV block

5 years, 8 months

1
0
0 / 0

EIO on NFSv4.1 mounts

by Sriram Patil

Hi, I was trying to do NFSv4.1 mounts with VFS exports, but I am getting following error on the client side when doing an open, reading TCP record fragment of length 376 reading XID (4 bytes) reading reply for XID 6b8aed78 reading CALL/REPLY flag (4 bytes) read reply XID 6b8aed78 XID 6b8aed78 read 368 bytes xprt = ffff88022e5af000, tcp_copied = 376, tcp_offset = 376, tcp_reclen = 376 27 xid 6b8aed78 complete (376 bytes received) 27 __rpc_wake_up_task (now 4294955572) 27 disabling timer 27 removed from queue ffff88022e5af258 "xprt_pending" __rpc_wake_up_task done xs_tcp_data_recv done 27 __rpc_execute flags=0x4881 27 call_status (status 376) 27 call_decode (status 376) 27 validating UNIX cred ffff8800ba74a780 27 using AUTH_UNIX cred ffff8800ba74a780 to unwrap rpc data decode_opaque_inline: prematurely hit end of receive buffer. Remaining buffer length is 49 words. 27 call_decode result -5 The linux kernel version I am using is 3.13. NFSv4.0 mounts work fine without any problem. I also observed that the NFSv4.1 mounts work well on kernel 4.4. I could not find any info about the minimum required kernel version for using NFSv4.1. This is probably an issue on the NFS client side. Does anyone know the required kernel version for using NFSv4.1? Thanks, Sriram

5 years, 8 months

3
7
0 / 0

Change in ffilz/nfs-ganesha[next]: doc: ganesha-config man page edits

by GerritHub

From <kaleb(a)redhat.com>: kaleb(a)redhat.com has uploaded this change for review. ( https://review.gerrithub.io/421252 Change subject: doc: ganesha-config man page edits ...................................................................... doc: ganesha-config man page edits nits, typos, etc. see https://bugzilla.redhat.com/show_bug.cgi?id=1609511 Change-Id: I952644fa01883419ed0ede5f91b930288597f54c Signed-off-by: Kaleb S. KEITHLEY <kkeithle(a)redhat.com> --- M src/doc/man/ganesha-config.rst 1 file changed, 20 insertions(+), 20 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/52/421252/1 -- To view, visit https://review.gerrithub.io/421252 To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-MessageType: newchange Gerrit-Change-Id: I952644fa01883419ed0ede5f91b930288597f54c Gerrit-Change-Number: 421252 Gerrit-PatchSet: 1 Gerrit-Owner: Anonymous Coward <kaleb(a)redhat.com>

5 years, 8 months

1
0
0 / 0

Re: [Nfs-ganesha-devel] submitting LizardFS FSAL to nfs-ganesha

by Daniel Gryniewicz

(CCing the new mailing list) Hi, Pawel. This looks like a very good start. There's definitely some issues that will turn up during review, but it should be close to ready for submission. The big remaining issue I can see is the license: The code you linked is GPLv3, but Ganesha is LGPLv3, so the code needs to be relicensed before we can accept it. Daniel On 08/03/2018 04:30 AM, Paweł Kalinowski wrote: > This list has been deprecated. Please subscribe to the new devel list at lists.nfs-ganesha.org. > > > > Hello Kaleb, > > We have finally replaced our C++ code with C: > https://github.com/lizardfs/lizardfs/tree/master/src/nfs-ganesha > > It should be easier to merge our FSAL. > > Please let me know if there is anything we should do now. > > -- > Pawel Kalinowski > IT Director > tel. +48 601 813 006 > > Skytechnology sp. z o.o. > Miłobędzka 35 > 02-634 Warszawa > > On Fri, Mar 9, 2018 at 5:34 PM, Paweł Kalinowski > <pawel.kalinowski(a)skytechnology.pl > <mailto:pawel.kalinowski@skytechnology.pl>> wrote: > > Hello Kaleb, > > DanG work is very important for us as our current C++ code can not > be directly included into your repo. We have a C wrapper on pipe, > but have no actual experience in preparing seamless integration with > the repository in question. How can we merge our efforts? > > Best regards, > > -- > Pawel Kalinowski > IT Director > tel. +48 601 813 006 > > Skytechnology sp. z o.o. > Miłobędzka 35 > 02-634 Warszawa > > On Wed, Mar 7, 2018 at 12:10 PM, Kaleb S. KEITHLEY > <kkeithle(a)redhat.com <mailto:kkeithle@redhat.com>> wrote: > > On 03/07/2018 06:07 AM, Szymon Haly wrote: > > Hi Kaleb, > > > > Hope you are well. > > We are planning on releasing new version on Monday 26/03/2018. > > It will also include some fixes in our implementation of Ganesha. The > > guys told me that it should be pretty easy to add to your project. > > > > Will let you know. > > Excellent. > > I actually thought you had done that once already. I thought > DanG told > me he was working on merging your FSAL. > > Regardless, it's good to have more contributions and contributors. > > Thanks and regards, > > -- > > Kaelb > > > > > > On Thu, Feb 15, 2018 at 6:36 PM, Szymon Haly > > <szymon.haly(a)skytechnology.pl > <mailto:szymon.haly@skytechnology.pl> > <mailto:szymon.haly@skytechnology.pl > <mailto:szymon.haly@skytechnology.pl>>> wrote: > > > > Hey Kaleb, > > Hope you are well. > > > > Sorry for delay - we are working on the patch to make it perfect to > > save us time during testing. > > It should be ready some day next week - will keep you posted. > > > > On Mon, Feb 5, 2018 at 3:33 AM, Szymon Haly > > <szymon.haly(a)skytechnology.pl > <mailto:szymon.haly@skytechnology.pl> > <mailto:szymon.haly@skytechnology.pl > <mailto:szymon.haly@skytechnology.pl>>> > > wrote: > > > > Hi Kaleb, > > > > Thanks so much for an awesome time. I forwarded your email to > > the team and we will proceed. > > > > On Feb 5, 2018 10:50, "Kaleb S. KEITHLEY" <kkeithle(a)redhat.com <mailto:kkeithle@redhat.com> > > <mailto:kkeithle@redhat.com > <mailto:kkeithle@redhat.com>>> wrote: > > > > Hi, > > > > Here's process for submitting your code via > gerrithub. > > > > > https://github.com/nfs-ganesha/nfs-ganesha/wiki/DevPolicy#Pushing_to_gerrit > <https://github.com/nfs-ganesha/nfs-ganesha/wiki/DevPolicy#Pushing_to_gerrit> > > > <https://github.com/nfs-ganesha/nfs-ganesha/wiki/DevPolicy#Pushing_to_gerrit <https://github.com/nfs-ganesha/nfs-ganesha/wiki/DevPolicy#Pushing_to_gerrit>> > > > > Good talking with you at FOSDEM. > > > > Regards, > > > > -- > > > > Kaleb > > > > > > > > > > -- > > Szymon Haly > > CSO > > P: +48221120519 <tel:%2B48221120519> > > M: +48 793 983 133 <tel:%2B48%20793%20983%20133> > > > > > > > > > > -- > > Szymon Haly > > CSO > > P: +48221120519 <tel:%2B48221120519> > > M: +48 793 983 133 <tel:%2B48%20793%20983%20133> > > > > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > > _______________________________________________ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel >

5 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

Devel August 2018