[Gluster-users] Conservative merge fails on client3_1_mknod_cbk

Shawn Nock nock at nocko.se
Thu Feb 21 21:59:03 UTC 2013


Since I've added two bricks to my 2x2 (now 3x2) distribute-replicate
volume (and run fix-layout), accessing many of the volumes files via
fuse fails with "invalid argument".

[2013-02-21 12:48:53.121691] I [afr-self-heal-entry.c:2333:afr_sh_entry_fix] 0-mirror-replicate-2: [...]/140.ACQ: Performing conservative merge
[2013-02-21 12:48:54.100924] W [client3_1-fops.c:258:client3_1_mknod_cbk] 0-mirror-client-5: remote operation failed: Permission denied. Path: [...]/140.ACQ/1.3.12.2.1107.5.2.32.35052.2011011711023368433700039.IMA (ddef2b1a-b3cc-424c-a663-995bb77cd4c4)
[2013-02-21 12:48:54.101005] W [client3_1-fops.c:258:client3_1_mknod_cbk] 0-mirror-client-4: remote operation failed: Permission denied. Path: [...]/140.ACQ/1.3.12.2.1107.5.2.32.35052.2011011711023368433700039.IMA (ddef2b1a-b3cc-424c-a663-995bb77cd4c4)
[2013-02-21 13:20:31.971211] W [fuse-bridge.c:713:fuse_fd_cbk]
0-glusterfs-fuse: 1360169: OPEN()
[...]/140.ACQ/1.3.12.2.1107.5.2.32.35052.2011011711023368433700039.IMA
=> -1 (Invalid argument)

Additional information is here:
https://bugzilla.redhat.com/show_bug.cgi?id=913699

Strangely, opening the troublesome files on a fuse mount on any of the
block-servers completes without issue, AND afterward other fuse clients
can open the file as well.

Any thoughts would be helpful... right now I am opening every file on
that volume on one of the block-servers as a work around. I have many
small files and directories; It'll likely take days.

-- 
Shawn Nock (OpenPGP: 0x65118FA5)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130221/057cc277/attachment.sig>


More information about the Gluster-users mailing list