Hi Justin,
I'd like to work preferably in C or Python. BTW apart from Java, language is
not a barrier for me if the problem being encountered is challenging.
Also I won't say I'm very good at maths, but I'm quite comfortable with
pursuing any topic that might be relevant to the project.
Please
Emmanuel Dreyfus wrote:
> Here local->op_errno = 0 and op_errno = 2 (ENOENT). I suspect op_ret is
> not set correctly. I will explore further later.
Here is a possible fix:
http://review.gluster.org/8493
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Niels de Vos wrote:
> I've just checked xlators/nfs/server/src/nfs3.c a little, and it seems
> that at least nfs3svc_readdir_fstat_cbk() tries to handle it:
cs->operrno is always 0 there. The value comes from nfs3svc_readdir_cbk where it
is 0 as well. The backtrace tells mewe go throigh:
nfs3sv
Hello Gluster devel list,
I would like to know if there exist a to-do feature-list somewhere on
gluster.org, for features that would be expected to be implemented sooner or
later.
I am looking for a project idea for my under graduate degree which can be
completed in around 3-4 months. Are ther
On Fri, Aug 15, 2014 at 04:32:56PM +0200, Emmanuel Dreyfus wrote:
> Emmanuel Dreyfus wrote:
>
> > Fixing this is not straightforward. The eof field is set in the NFS reply
> > frame by nfs3_fill_readdir3res() when op_errno is ENOENT. Here is below the
> > kind of backtrace to nfs3_fill_readdir3r
Emmanuel Dreyfus wrote:
> Fixing this is not straightforward. The eof field is set in the NFS reply
> frame by nfs3_fill_readdir3res() when op_errno is ENOENT. Here is below the
> kind of backtrace to nfs3_fill_readdir3res() I get when mounting the NFS
> filesystem. Further debugging shows op_er
> Sorry for the missing subject, here it is.
>
> On Thu, Aug 14, 2014 at 02:10:16PM +, Emmanuel Dreyfus wrote:
> > I observe a strange thing with tests/basic/mount.t on NetBSD.
> > It hangs on
> > TEST 23 (line 66): ! rm /mnt/glusterfs/1/newfile
I came to the conclusion this is a bug in Glust
