I'm not sure if this is related but worth taking note of: write-behind when
sees a shorter write, it chooses to ignore ENOSPC or EDQUOT that it received
from the brick and will return a generic EIO sometimes.
https://bugzilla.redhat.com/show_bug.cgi?id=986812
Regards,
-Prashanth Pai
-
On Wed, Oct 15, 2014 at 12:01 PM, Prashanth Pai p...@redhat.com wrote:
I'm not sure if this is related but worth taking note of: write-behind
when sees a shorter write, it chooses to ignore ENOSPC or EDQUOT that it
received from the brick and will return a generic EIO sometimes.
On Tue, Oct 14, 2014 at 7:22 PM, Emmanuel Dreyfus m...@netbsd.org wrote:
J. Bruce Fields bfie...@fieldses.org wrote:
Is the result on non-Linux really to fail any readdir using an offset
not returned from the current open?
Yes, but thatnon-Linux behabvior is POSIX compliant. Linux just
Anand Avati av...@gluster.org wrote:
Is there a way to get hold of the directory entry cookies used by NFS
readdir from user-space? some sort of a NetBSD specific syscall (like
getdents of Linux)?
NetBSD has getdents(2) too, but it returns buffer of struct dirent that
have no NFS cookies. On
Forgot to add - the below list is by no means comprehensive. If you have
contributed, reviewed or merged a new feature in release-3.6 that has no
updates in admin-guide, please add them to the list or even better, please
send out a documentation patch :).
Thanks!
Vijay
On Wed, Oct 15, 2014 at
On Wed, Oct 15, 2014 at 01:26:19PM +0200, Emmanuel Dreyfus wrote:
Anand Avati av...@gluster.org wrote:
Is there a way to get hold of the directory entry cookies used by NFS
readdir from user-space? some sort of a NetBSD specific syscall (like
getdents of Linux)?
NetBSD has getdents(2)
As mentioned in the Gluster Community Meeting on irc today, here are the
glusterfs client side valgrind logs. By 'glusterfs client side' I
specifically mean the glusterfs fuse bridge daemon on the client.
http://download.gluster.org/pub/gluster/glusterfs/dynamic-analysis/valgrind-3.4-memleak/
On 10/08/2014 02:15 PM, justgluste...@gmail.com wrote:
Hi all:
I do the following test:
I create a glusterfs replica volume (replica count is 2 ) with two
server node(server A and server B),use XFS as the underlying
filesystem, then mount the volume in client node,
then, I shut
On 10/08/2014 07:50 PM, Joe Julian wrote:
To the author: You're cross posting user questions in the devel
mailing list. You're not asking development questions. Please don't do
that.
To Pranith et al:
On 10/8/2014 1:45 AM, justgluste...@gmail.com wrote:
* then I config :*
On Mon, Oct 13, 2014 at 08:57:11AM +, Emmanuel Dreyfus wrote:
On Mon, Oct 13, 2014 at 01:42:38PM +0530, Pranith Kumar Karampuri wrote:
No bug here, just suboptimal behavior, both in glusterfs and NetBSD FUSE.
oh!, but shouldn't it get op_ret = 0 instead of op_ret -1, op_errno EINVAL?
Hmmm, we seem to have not sent meeting minutes for the past couple of
meetings. :-(
Minutes:
http://meetbot.fedoraproject.org/gluster-meeting/2014-10-15/gluster-meeting.2014-10-15-12.03.html
http://meetbot.fedoraproject.org/gluster-meeting/2014-10-15/gluster-meeting.2014-10-15-12.03.txt
J. Bruce Fields bfie...@fieldses.org wrote:
You're assuming no filesystem uses -1 as a cookie?
Might be true, but it's taking a small chance.
Latest version does not work like this anymore: when EOF is reached,
current offset is recorded in pfd-dir_eof, and we fire EINVAL if
seekdir() failed
J. Bruce Fields bfie...@fieldses.org wrote:
(It'd still be better to figure out how to get stable directory cookies,
possibly using some other interface, but that's a preexisting problem
not introduced by c65d4ea8a10a).
getdents(2) seems the way to go.
--
Emmanuel Dreyfus
On Wed, Oct 15, 2014 at 07:42:25PM +0200, Emmanuel Dreyfus wrote:
J. Bruce Fields bfie...@fieldses.org wrote:
You're assuming no filesystem uses -1 as a cookie?
Might be true, but it's taking a small chance.
Latest version does not work like this anymore: when EOF is reached,
current
14 matches
Mail list logo