Re: [Nfs-ganesha-devel] AVL Code

2015-08-12 Thread Matt Benjamin
Hi, I sourced the AVL code, and I made those additions. Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 - Original Message - From

Re: [Nfs-ganesha-devel] AVL Code

2015-08-12 Thread Matt Benjamin
excellent, thank you -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 - Original Message - From: Frank Filz ffilz...@mindspring.com

Re: [Nfs-ganesha-devel] nfs4_op_write_same_Free doesn't exist

2015-08-19 Thread Matt Benjamin
Huh, odd. I might still be on the prior dev? Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 - Original Message - From: William

Re: [Nfs-ganesha-devel] Ganesha2.3 failure on ppc arch identified

2015-08-21 Thread Matt Benjamin
Hi Malahal, I don't see a problem with these offhand. I can coordinate that happening now on ntirpc duplex-12, but consider this decoupled from Frank's ability to ensure anything is in an official dev for this week. regards, Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite

Re: [Nfs-ganesha-devel] Ganesha2.3 failure on ppc arch identified

2015-07-31 Thread Matt Benjamin
pthread return: sounds like a glibc bug (sorry). proposal: Sounds reasonable to me. Matt - Original Message - From: Malahal Naineni mala...@us.ibm.com To: Matt Benjamin mbenja...@redhat.com Cc: Nfs-ganesha-devel@lists.sourceforge.net Sent: Friday, July 31, 2015 12:17:07 PM Subject: Re

Re: [Nfs-ganesha-devel] Ganesha2.3 failure on ppc arch identified

2015-07-31 Thread Matt Benjamin
Hi, It looks like some call sites (e.g., GPFS) just continue. I don't know whether that's a safe default? That's a pretty large default stack, but I see it's configurable as THREAD_STACK_SIZE and WORK_POOL_STACK_SIZE (but hard coded in GPFS, LUSTRE, and GLUSTER). Matt - Original Message

Re: [Nfs-ganesha-devel] svc_ioq_callback() issues

2015-08-11 Thread Matt Benjamin
Hi Malahal, - Original Message - From: Malahal Naineni mala...@us.ibm.com To: Matt Benjamin mbenja...@redhat.com Cc: Nfs-ganesha-devel@lists.sourceforge.net, william allen simpson william.allen.simp...@gmail.com, Daniel Gryniewicz d...@redhat.com Sent: Tuesday, August 11, 2015 3:26

Re: [Nfs-ganesha-devel] svc_ioq_callback() issues

2015-08-11 Thread Matt Benjamin
Hi Malahal, - Original Message - From: Malahal Naineni mala...@us.ibm.com To: Matt Benjamin mbenja...@redhat.com Cc: Nfs-ganesha-devel@lists.sourceforge.net, william allen simpson william.allen.simp...@gmail.com, Daniel Gryniewicz d...@redhat.com Sent: Tuesday, August 11, 2015 11

Re: [Nfs-ganesha-devel] thr_decode_rpc_requests exiting too soon

2015-08-10 Thread Matt Benjamin
Hi Malahal, The code in nfs_rpc_continue_decoding calls poll(), and was intended to provide an extra chance to keep a decoder thread around, rather than re-arming epoll and re-running all the prologue. I also see that the code in question has been replaced with #if 0. I'm not clear how that

Re: [Nfs-ganesha-devel] FSAL_VFS and ESXi

2015-08-14 Thread Matt Benjamin
Hi Frank, Your reasoning in the change seems plausible. I would say remove the special case code. I don't have an ESXi vm set up to test with, but I can try to verify in the next week or so. Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103

Re: [Nfs-ganesha-devel] NFS-Ganesha Proxy

2015-10-26 Thread Matt Benjamin
This looks like to me as if you need to export LD_LIBRARY_PATH so as to include the path to libntirpc.so? Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-707-0660 fax. 734-769-8938 cel

Re: [Nfs-ganesha-devel] Conference Call move to Tuesday

2015-10-29 Thread Matt Benjamin
ok -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-707-0660 fax. 734-769-8938 cel. 734-216-5309 - Original Message - > From: "Kaleb S. KEITHLEY" <kkeit...@redhat.com>

Re: [Nfs-ganesha-devel] [nfs-ganesha] why forking libntirpc? (#81)

2015-11-16 Thread Matt Benjamin
.) The linuxbox2 repo, though, was never an autonomous project--the real project is nfs-ganesha, and has been since inception. If you don't like the fact that nfs-ganesha appears to be a fork, we can re-create it? Regards, Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor

Re: [Nfs-ganesha-devel] memory leak related to same client using v3 and v4 mounts and fixes

2015-11-17 Thread Matt Benjamin
Hi, inline -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-707-0660 fax. 734-769-8938 cel. 734-216-5309 - Original Message - > From: "Jeremy Bongio" <jbon...@li

Re: [Nfs-ganesha-devel] Subject: [PATCH] Call destroy on mutexes and condition variables

2015-10-19 Thread Matt Benjamin
sorry, i meant pull request -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-707-0660 fax. 734-769-8938 cel. 734-216-5309 - Original Message - > From: "Malahal Nainen

Re: [Nfs-ganesha-devel] V2.3-dev-10 broke kerberos mounts, regression!

2015-10-07 Thread Matt Benjamin
support, we need to substitute contiguous output buffers whenever RPCSEC_GSS is in use. Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309

Re: [Nfs-ganesha-devel] V2.3-dev-10 broke kerberos mounts, regression!

2015-10-15 Thread Matt Benjamin
Marcus, Could you retest from this baseline? Thanks, Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-707-0660 fax. 734-769-8938 cel. 734-216-5309 - Original Message - > F

Re: [Nfs-ganesha-devel] [PATCH] Avoid reinitializing svc_rqst_set.mtx

2015-10-17 Thread Matt Benjamin
This looks suspicious--if we are reinitializing mtx--are we also the rbtx? Is there a problem instead with the double-lock init here? Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-707

Re: [Nfs-ganesha-devel] Subject: [PATCH] Call destroy on mutexes and condition variables

2015-10-17 Thread Matt Benjamin
ok (PR?) -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-707-0660 fax. 734-769-8938 cel. 734-216-5309 - Original Message - > From: "Malahal Naineni" <mala...@us.ib

Re: [Nfs-ganesha-devel] V2.3-dev-10 broke kerberos mounts, regression!

2015-10-15 Thread Matt Benjamin
malahal is using a (up-to-date?) rhel 7.0. Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-707-0660 fax. 734-769-8938 cel. 734-216-5309 - Original Message - > From: "

Re: [Nfs-ganesha-devel] Bad news... pynfs tests suddenly failing

2015-10-06 Thread Matt Benjamin
I don't see how... We'll jump on it. Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 - Original Message - > From: "Fr

Re: [Nfs-ganesha-devel] [PATCH] Fix the lack of mutex initialization

2015-10-09 Thread Matt Benjamin
Hi, Ouch. I'll verify this and if necessary apply this for next week. Thanks! Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309

Re: [Nfs-ganesha-devel] Couple of ntirpc compilation warning/errors on clang

2015-08-27 Thread Matt Benjamin
thanks, ok -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 - Original Message - From: Dominique Martinet dominique.marti...@cea.fr

Re: [Nfs-ganesha-devel] Announce Push of V2.3-rc1

2015-08-28 Thread Matt Benjamin
Good point. I'll try to push a change for next week. Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 - Original Message - From

[Nfs-ganesha-devel] ntirpc: two patches on duplex-12

2015-09-02 Thread Matt Benjamin
-- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 -- Monitor Your Dynamic

Re: [Nfs-ganesha-devel] Fridge worker pool to ntirpc?

2015-09-03 Thread Matt Benjamin
inline -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 - Original Message - > > >> 3. Malahal described in IRC an addition

Re: [Nfs-ganesha-devel] RFE - disable [R|S][UN]LOCK

2015-09-02 Thread Matt Benjamin
is not so say that I don't mind improving or removing these. The macros exist to excempt UDP, and as we've discussed, I assumed you would avoid serializing RDMA unnecessarily (in the macros, or just by making the lock ops no-ops). The place to be somewhat careful is around authenticate operati

Re: [Nfs-ganesha-devel] Fridge worker pool to ntirpc?

2015-09-02 Thread Matt Benjamin
uld be using platform async i/o for (at least) all recv and likely send paths. That will require work on decoders and is big enough that I don't see it coming in 2.3, unless RDMA starts working great first. Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48

Re: [Nfs-ganesha-devel] libntirpc duplex-12

2015-09-03 Thread Matt Benjamin
I.e., this must be on linuxbox2 ntirpc.git? Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 - Original Message - > From: "

Re: [Nfs-ganesha-devel] Lost wakeup with nfs_rpc_dequeue_req() and nfs_rpc_enqueue_req()

2015-09-09 Thread Matt Benjamin
(ie, you're welcome to work with our code here) Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 - Original Message - > From: &quo

Re: [Nfs-ganesha-devel] rc2 staged

2015-09-11 Thread Matt Benjamin
There is probably no need to pullup ntirpc twice. Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 - Original Message - > F

Re: [Nfs-ganesha-devel] passing extra data via ganesha.conf

2015-10-01 Thread Matt Benjamin
-defined details of the client, that's it Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 - Original Message - > From: "Nile

Re: [Nfs-ganesha-devel] WARNING to all ntirpc developers

2015-10-04 Thread Matt Benjamin
, and complaining about me breaking it. Please tone down the rhetoric a bit. These are changes on a development branch. If you want to vent, use the provided IRC channel ;). Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en

Re: [Nfs-ganesha-devel] versioned libibverbs issue

2015-10-04 Thread Matt Benjamin
Thanks, Neils. Thought I was responding to Bill. :) Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 - Original Message - > F

Re: [Nfs-ganesha-devel] versioned libibverbs issue

2015-10-04 Thread Matt Benjamin
__ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www

Re: [Nfs-ganesha-devel] versioned libibverbs issue

2015-10-04 Thread Matt Benjamin
libntirpc.so. Dan's change a week ago cleaned up the standalone cmake build for libntirpc.so. IIRC, the linker flags editing should be done in src/libntirpc/src/CMakeLists.txt, so those should propagate to both internal and external builds. Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street

Re: [Nfs-ganesha-devel] versioned libibverbs issue

2015-10-04 Thread Matt Benjamin
Your dislike of cross-posting isn't really on topic. -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 - Original Message - > From: "

Re: [Nfs-ganesha-devel] thread cleanup hook for FSAL

2015-09-23 Thread Matt Benjamin
Hi Dirk, The design sounds fine to me. Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 - Original Message - > From: "Dirk

Re: [Nfs-ganesha-devel] Export_id larger than 16 bits

2015-09-23 Thread Matt Benjamin
That would be one option, but it should also be possible to use the full range of FSALs over NFSv4.x. (I don't know if that works today, but.) Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel

Re: [Nfs-ganesha-devel] [PATCH] ntirpc: remove redundant assignment of ->warnx

2015-09-24 Thread Matt Benjamin
Hi Wei, If it's already initialized, it doesn't need to be initialized (by default) again here, no. But let's not create the precedent that we can call tirpc_control before calling svc_init(). Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103

Re: [Nfs-ganesha-devel] thread cleanup hook for FSAL

2015-09-21 Thread Matt Benjamin
(as to what already exists, please consult the "thread fridge" code) Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 - Origin

Re: [Nfs-ganesha-devel] thread cleanup hook for FSAL

2015-09-21 Thread Matt Benjamin
Hi Dirk, That sounds well motivated. You might start discussion on IRC about interfaces. Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309

Re: [Nfs-ganesha-devel] [Nfs-ganesha-support] NFS-Ganesha Proxy

2015-12-01 Thread Matt Benjamin
Hi, I've pushed the mapfile change onto ntirpc duplex-13. A pullup for it should happen in the next window. Thanks, Matt - Original Message - > From: "Matt Benjamin" <mbenja...@redhat.com> > To: "Kenneth Waegeman" <kenneth.waege..

Re: [Nfs-ganesha-devel] switch warnings as errors

2015-12-01 Thread Matt Benjamin
ing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > -- -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-707-0660 fax. 734-769-8938

Re: [Nfs-ganesha-devel] Change in ffilz/nfs-ganesha[next]: [CLEANUP] Initial cleanup of file nfs_rpc_dispatcher_thread.

2015-12-07 Thread Matt Benjamin
-impact games for multiple OSs. > http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140 > ___ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel &

Re: [Nfs-ganesha-devel] [RFC] Replace fsal_status_t by base type

2015-12-15 Thread Matt Benjamin
ng the handling to figure out if an > error occured (FSAL_IS_ERROR). > > Comments ? > > Cheers Swen > > > -- > ___ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge

Re: [Nfs-ganesha-devel] pNFS documentation

2015-12-21 Thread Matt Benjamin
ow > does the MDS in the whole clusters keep their metadata consistent? > > > > — Bishoy > > > > > > > > -- > > ___ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha

Re: [Nfs-ganesha-devel] No merge this week

2015-12-23 Thread Matt Benjamin
cked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > > -- > ___ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > -- -- Matt

Re: [Nfs-ganesha-devel] [Nfs-ganesha-support] NFS-Ganesha Proxy

2015-11-30 Thread Matt Benjamin
__ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > -- -- Matt Benjamin Red Hat, Inc. 315 West Huron Street,

Re: [Nfs-ganesha-devel] segfault trying to run rgw fsal at dev-19

2016-06-02 Thread Matt Benjamin
call; \ op_ctx->fsal_export = (myexp)->sub_export; \ } while (0) so it looks like we're just trying to figure out our export's name? (gdb) p state->export->name $33 = 0x5f883008b48c083 Not sure how this could be malformed; this is an old config. Matt - Origina

[Nfs-ganesha-devel] segfault trying to run rgw fsal at dev-19

2016-06-02 Thread Matt Benjamin
rgw/ceph-upstream/src/rgw/rgw_op.cc:1404 #10 0x737115e7 in rgw::RGWLibProcess::process_request (this=0x7fffd5c7d600, req=0x7fffadbfa5e0, io=0x7fffadbfa240) at /home/mbenjamin/dev/rgw/ceph-upstream/src/rgw/librgw.cc:271 ---Type to continue, or q to quit--- -- Matt Benjamin Red Hat, Inc. 315

Re: [Nfs-ganesha-devel] Patches that need back port from V2.4 to V2.3

2016-01-15 Thread Matt Benjamin
Yes, should be backported. Matt - Original Message - > > commit 3054a3b41600a9f3e7bfed52aaa0f2f0a3d89cde > Author: Matt Benjamin <mbenja...@redhat.com> > > FSAL_CEPH: NUL-terminate symlink buffers > -- -- Matt Benjamin Red Hat, Inc. 315 West Huron Stre

[Nfs-ganesha-devel] rebased, bisectable ntirpc params and vsock

2016-02-11 Thread Matt Benjamin
are on g...@github.com:linuxbox2/nfs-ganesha.git next-vsock regards, Matt -- -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-707-0660 fax. 734-769-8938 cel. 734-216-5309

Re: [Nfs-ganesha-devel] Cache inode entries marked 'LRU_ENTRY_CLEANUP'

2016-02-01 Thread Matt Benjamin
end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140 > ___ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel >

Re: [Nfs-ganesha-devel] Unbounded memory allocations (based on client data)

2016-02-29 Thread Matt Benjamin
e end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140 > ___ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nf

Re: [Nfs-ganesha-devel] SIGSEGV in "xdr_nfs_fh3()"

2016-02-15 Thread Matt Benjamin
ep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140 >

Re: [Nfs-ganesha-devel] Mounting between linux server and client with krb5 enabled

2016-02-17 Thread Matt Benjamin
-- > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > htt

Re: [Nfs-ganesha-devel] [PROPOSAL] Using the CentOS CI for nfs-ganesha/next testing and patch verification

2016-02-21 Thread Matt Benjamin
s at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140 > ___ > Nfs-ganesha-devel mailing li

Re: [Nfs-ganesha-devel] NFS Ganesha rm -rf randomly not working in Solaris.

2016-03-10 Thread Matt Benjamin
> >> Transform Data into Opportunity. > >> Accelerate data analysis in your applications with > >> Intel Data Analytics Acceleration Library. > >> Click to learn more. > >> http://makebettercode.com/inteldaal-eval > >>

Re: [Nfs-ganesha-devel] ntirpc patch, inline_xdr_string

2016-03-10 Thread Matt Benjamin
Hi Dominique, can you do a github PR against nfs-ganesha/ntirpc.git? Matt - Original Message - > From: "Dominique Martinet" <dominique.marti...@cea.fr> > To: "Matt Benjamin" <mbenja...@redhat.com> > Cc: "nfs-ganesha-devel" <nfs

Re: [Nfs-ganesha-devel] NFS Ganesha rm -rf randomly not working in Solaris.

2016-03-14 Thread Matt Benjamin
forget about cookies, but I do think it may be safe to set notfound and eod in that case (there is no reason for the client to continue iterating if we believe there are no entries). Matt - Original Message - > From: "Tushar Shinde" <mtk.tus...@gmail.com> > To: &

Re: [Nfs-ganesha-devel] Return value of consume_ev_sig_nb() not handled ?

2016-03-30 Thread Matt Benjamin
Also, just noticed this...why 2.1? Matt - Original Message - > From: "Matt Benjamin" <mbenja...@redhat.com> > To: "arun kumar" <arunkumar...@gmail.com> > Cc: nfs-ganesha-devel@lists.sourceforge.net > Sent: Wednesday, March 30, 2016 12:12:41

Re: [Nfs-ganesha-devel] NFSv4 open close operations are slow compared to Linux kernel NFSv4

2016-04-05 Thread Matt Benjamin
Hi Tushar, Also relevant, what FSAL are you using, and how is that FSAL provisioned (e.g., if VFS, what is underneath it). Matt - Original Message - > From: "Tushar Shinde" <mtk.tus...@gmail.com> > To: "Matt Benjamin" <mbenja...@redhat.com> > Cc

[Nfs-ganesha-devel] rgw commits for 2.3.2: was: Announce Push of V2.4-dev-15

2016-04-12 Thread Matt Benjamin
Hi Malahal, Here's the list of FSAL_RGW commits, including the ones just merged to next. Regards, Matt commit 929264561cf83826dbe93dee0e2ea14ee5fc64ba Author: Matt Benjamin <mbenja...@redhat.com> Date: Sun Mar 27 15:45:30 2016 -0400 rgw: flags cleanup Remove missed use

Re: [Nfs-ganesha-devel] NFS Transactional Compound Project

2016-04-08 Thread Matt Benjamin
il.com> > To: "J. Bruce Fields" <bfie...@fieldses.org> > Cc: nfs-ganesha-devel@lists.sourceforge.net, "Matt Benjamin" > <mbenja...@redhat.com>, "Geoff Kuenning" > <ge...@cs.hmc.edu>, "Dean Hildebrand" <dhil...@us.ibm.com>

Re: [Nfs-ganesha-devel] Issue with readdir cache in VFS

2016-04-12 Thread Matt Benjamin
up because the case is continually being marked as > up-to-date. > Thanks, Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-

Re: [Nfs-ganesha-devel] Issue with readdir cache in VFS

2016-04-09 Thread Matt Benjamin
d/clk?id=1444514301=/ca-pub-7940484522588532 > ___ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > -- Matt Benjamin Red Hat, Inc. 315 West Huron

Re: [Nfs-ganesha-devel] NFSv4 open close operations are slow compared to Linux kernel NFSv4

2016-04-06 Thread Matt Benjamin
- > From: "Tushar Shinde" <mtk.tus...@gmail.com> > To: "Matt Benjamin" <mbenja...@redhat.com> > Cc: nfs-ganesha-devel@lists.sourceforge.net > Sent: Wednesday, April 6, 2016 2:45:34 AM > Subject: Re: [Nfs-ganesha-devel] NFSv4 open close operat

Re: [Nfs-ganesha-devel] NFS Transactional Compound Project

2016-04-06 Thread Matt Benjamin
- > From: "Ming Chen" <v.mingc...@gmail.com> > To: nfs-ganesha-devel@lists.sourceforge.net, "Matt Benjamin" > <mbenja...@redhat.com> > Cc: "Erez Zadok" <e...@fsl.cs.sunysb.edu>, "Dean Hildebrand" > <dhil

Re: [Nfs-ganesha-devel] dispatcher locking and error recovery

2016-03-21 Thread Matt Benjamin
"&&"). > > === > > None of this makes any rhyme nor reason. These are all error > calls. If we need to do any input or output blocking during > sending of error messages, this should be moved into ntirpc > itself (as part of its MT safeness of output). > > Agree

[Nfs-ganesha-devel] lookup by idmapd--should it always fall-back to getpwnam?

2016-03-25 Thread Matt Benjamin
hem is useful? 2. is there actual desire for the fallback behavior (which I guess would be the default if so, since it's the current behavior)? Thanks, Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-7

Re: [Nfs-ganesha-devel] lookup by idmapd--should it always fall-back to getpwnam?

2016-03-25 Thread Matt Benjamin
i.e., in #2, what I'm trying to re-examine is the fallback from idmapd to getpwnam, not from either to numeric ids Matt - Original Message - > From: "Matt Benjamin" <mbenja...@redhat.com> > To: "NFS Ganesha Developers" <nfs-ganesha-devel@lists.source

[Nfs-ganesha-devel] tues. march 8 concall

2016-03-08 Thread Matt Benjamin
://www.intercallonline.com/listNumbersByCode.action?confCode=9059063194 2) Enter Meeting ID: 9059063194 3) Press # Thanks, Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-707-0660 fax. 734

Re: [Nfs-ganesha-devel] Unbounded memory allocations (based on client data)

2016-03-01 Thread Matt Benjamin
0 > ___ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 481

Re: [Nfs-ganesha-devel] Return value of consume_ev_sig_nb() not handled ?

2016-04-02 Thread Matt Benjamin
Hi Arun, - Original Message - > From: "arun kumar" <arunkumar...@gmail.com> > To: "Matt Benjamin" <mbenja...@redhat.com> > Cc: nfs-ganesha-devel@lists.sourceforge.net > Sent: Saturday, April 2, 2016 10:28:45 PM > Subject: Re: [Nfs-g

Re: [Nfs-ganesha-devel] Return value of consume_ev_sig_nb() not handled ?

2016-04-04 Thread Matt Benjamin
Hi, inline - Original Message - > From: "arun kumar" <arunkumar...@gmail.com> > To: "Matt Benjamin" <mbenja...@redhat.com> > Cc: nfs-ganesha-devel@lists.sourceforge.net, "William Simpson" > <wsimp...@redhat.com> > Sent: Sund

Re: [Nfs-ganesha-devel] Return value of consume_ev_sig_nb() not handled ?

2016-03-30 Thread Matt Benjamin
pportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785471=/4140 > ___ > Nfs-ganesha-devel mailing list > Nfs-ganesha-de

Re: [Nfs-ganesha-devel] Change in ffilz/nfs-ganesha[next]: Remove unused dispatch send lock defines

2016-03-31 Thread Matt Benjamin
p://pubads.g.doubleclick.net/gampad/clk?id=278785471=/4140 > ___ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > -- Matt Benjamin Red Hat, I

Re: [Nfs-ganesha-devel] NFSv4 open close operations are slow compared to Linux kernel NFSv4

2016-04-04 Thread Matt Benjamin
> Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.r

Re: [Nfs-ganesha-devel] NFSv4 open close operations are slow compared to Linux kernel NFSv4

2016-04-13 Thread Matt Benjamin
gt; https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > > ___ > > Nfs-ganesha-devel mailing list > > Nfs-ganesha-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > > > --- > This

Re: [Nfs-ganesha-devel] pnfs_layout_get not being called on directories

2016-04-21 Thread Matt Benjamin
> Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-707-0660 fax. 734-769-8938 ce

Re: [Nfs-ganesha-devel] Cache inode entries marked 'LRU_ENTRY_CLEANUP'

2016-05-18 Thread Matt Benjamin
-- > Mobile security can be enabling, not merely restricting. Employees who > bring their own devices (BYOD) to work are irked by the imposition of MDM > restrictions. Mobile Device Manager Plus allows you to control only the

Re: [Nfs-ganesha-devel] All_Squash + anonuid = 0 + anongid = 0

2016-07-13 Thread Matt Benjamin
.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient_term=oa-2322-a> > > > > > > > > > > > > > > ---- > > Avast logo > > <https://www.avast.

Re: [Nfs-ganesha-devel] [libntirpc] mem-leak fixes

2016-07-25 Thread Matt Benjamin
Yes, please direct github pull requests there :) Matt - Original Message - > From: "Kaleb S. KEITHLEY" <kkeit...@redhat.com> > To: "Swen Schillig" <s...@vnet.ibm.com>, > nfs-ganesha-devel@lists.sourceforge.net > Cc: "Matt Benjamin" &

Re: [Nfs-ganesha-devel] ntirpc 1.4.0-pre3 tag pushed

2016-08-03 Thread Matt Benjamin
Yes, presumably. Matt - Original Message - > From: "Frank Filz" <ffilz...@mindspring.com> > To: "Matt Benjamin" <mbenja...@redhat.com>, "Kaleb S. KEITHLEY" > <kkeit...@redhat.com> > Cc: "nfs-ganesha-devel" <nfs-ga

[Nfs-ganesha-devel] ntirpc 1.4.0-pre3 tag pushed

2016-08-03 Thread Matt Benjamin
-- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-707-0660 fax. 734-769-8938 cel. 734-216-5309

Re: [Nfs-ganesha-devel] Ganesha 2.3.2 crash in avltree_insert

2016-07-11 Thread Matt Benjamin
thi > > -- > Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San > Francisco, CA to explore cutting-edge tech and listen to tech luminaries > present their vision of the future. This family ev

Re: [Nfs-ganesha-devel] New patch level release V2.3.3

2016-08-09 Thread Matt Benjamin
commit 399da8850cab9f4ad9ffb1ccff198847975b7de5 Author: Daniel Gryniewicz <d...@redhat.com> Date: Tue Aug 2 15:02:06 2016 -0400 find_package implementation for CEPH FSALs commit 1c45f6a8f91c266e6d9ff236294cb2ac6987e2d0 Author: Matt Benjamin <mbenja...@redhat.com> Date: Wed Jul 20 12:25:48 2016 -0400 rgw

Re: [Nfs-ganesha-devel] [PATCH] Fix usage of unintialized variable.

2016-06-30 Thread Matt Benjamin
er today. > http://sdm.link/attshape > ___ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > -- Matt Benjamin Red Hat, Inc. 315 West Huro

Re: [Nfs-ganesha-devel] [PATCH] Fix usage of unintialized variable.

2016-06-30 Thread Matt Benjamin
(to be fair, the check for null(t) does look like not what I intended--since I think if used correctly, t==ct, which we just computed; I think maybe I intended to trust it if provided a value for t) Matt - Original Message - > From: "Matt Benjamin" <mben

[Nfs-ganesha-devel] ntirpc duplex-13 gss ctx gc fixes (fyi)

2016-07-01 Thread Matt Benjamin
Hi Malahal, If you have time, please look over https://github.com/linuxbox2/ntirpc/pull/11 Thanks, matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-707-0660 fax. 734-769-8938 cel. 734

Re: [Nfs-ganesha-devel] segv in mdc_up_invalidate (synchronous upcall)

2017-01-23 Thread Matt Benjamin
Ok. Will try that out. Matt - Original Message - > From: "Daniel Gryniewicz" <d...@redhat.com> > To: "Matt Benjamin" <mbenja...@redhat.com>, "NFS Ganesha Developers" > <nfs-ganesha-devel@lists.sourceforge.net> > S

[Nfs-ganesha-devel] segv in mdc_up_invalidate (synchronous upcall)

2017-01-20 Thread Matt Benjamin
try-expire ev:

Re: [Nfs-ganesha-devel] segv in mdc_up_invalidate (synchronous upcall)

2017-01-20 Thread Matt Benjamin
Responding to myself, in part: Looks like fsal_export.super_export "works" but presumes there is one, or at least would if I can safely decide whether to pass super_export if present? Or something. Matt - Original Message - > From: "Matt Benjamin" <mbenja

Re: [Nfs-ganesha-devel] Work in Progress Readdir Chunking Posted

2017-02-23 Thread Matt Benjamin
ing tech sites, SlashDot.org! http://sdm.link/slashdot > ___ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite

Re: [Nfs-ganesha-devel] Dirent invalidation on up call

2017-02-15 Thread Matt Benjamin
> Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http:/

Re: [Nfs-ganesha-devel] nTI-RPC refcounting and locking

2017-01-16 Thread Matt Benjamin
the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > ___ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > -- Mat

Re: [Nfs-ganesha-devel] ntirpc Coverity fix pull request

2016-08-31 Thread Matt Benjamin
--- > ___ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, M

Re: [Nfs-ganesha-devel] ntirpc Coverity fix pull request

2016-09-02 Thread Matt Benjamin
een checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > > -- > ___ > Nfs-ganesha-devel mailing list > Nfs-ganesha-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > --

[Nfs-ganesha-devel] could you have a look at swen's PR when you get a chance?

2016-09-06 Thread Matt Benjamin
https://github.com/nfs-ganesha/ntirpc/pull/18 I've flagged 1 (out of 2) changed sections as potentially suspicious, and would could use a cross-check. Thanks! Matt -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en

  1   2   >