On 1/31/18 10:33 AM, Daniel Gryniewicz wrote:
On 01/31/2018 10:27 AM, William Allen Simpson wrote:
On 1/31/18 8:44 AM, Daniel Gryniewicz wrote:
Agreed.
Daniel
On 01/30/2018 11:46 PM, Malahal Naineni wrote:
Looking at the code, dupreq2_pkginit() only depends on Ganesha config
processing to initialize few things, so it should be OK to call anytime after
Ganesha config processing.
Regards, Malahal.
On Wed, Jan 31, 2018 at 8:00 AM, Pradeep <pradeeptho...@gmail.com
<mailto:pradeeptho...@gmail.com>> wrote:
Hi Bill,
Is it ok to move dupreq2_pkginit() before nfs_Init_svc() so that we
won't hit the crash below?
It seems OK to me. The previous culprit was delegation callbacks
happened before nfs_Init_svc(). Anything that does output (or expects
input) has to be after initializing ntirpc svc.
DanG, could you add this move to your pullup? That might trigger
another test, too.
Should probably be a different PR, since it's unrelated to ntirpc. If Pradeep
doesn't want to submit it, I can.
My thought was exactly the opposite (in the next message) -- both
nfs_Init_svc() and nfs_Init_admin_thread() should be after all cache init.
So I thought of it as directly related....
------------------------------------------------------------------------------
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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
