[Gluster-devel] error while copying files to volume
Brian Hirt
bhirt at mobygames.com
Tue Dec 23 21:42:26 UTC 2008
I stopped it after I saw the log messages. When gluster started
reporting things as errors (instead of warnings) I figured something
was wrong. I'll fire it back up and see how it goes.
--brian
On Dec 23, 2008, at 1:03 PM, Anand Avati wrote:
> Brian,
> These logs related to rsync need not be worried. Is rsync actually
> completing? these log messages will be fixed soon.
>
> Thanks,
> avati
>
>> Hi,
>>
>> Thanks for your help thus far. I'm continuing my testing and have
>> run
>> across some errors in my logfiles. I'm using rsync from a local
>> directory
>> to the gluster volume to load up some test data. This is the only
>> processing modifying the gluster filesystem. Occasionally, I'll see
>> self-heals triggered while the the rsync is running. With the
>> exception of
>> this one, they all finish without any errors reported.
>>
>> I thought it was strange that selfheals were being triggered since
>> all of
>> the servers are up and rsync is the only process modifying the
>> gluster
>> filesystem, but since it seemed harmless I ignored them. This
>> time it
>> seemed to be more of an error. While rsync is copying files, it
>> uses a
>> different filename than the file that's actually being copied, and
>> once the
>> copy is complete, the file is renamed to it's original name.
>> There seems
>> to have been a race condition here where a self-heal is triggered
>> and during
>> that time, the file is renamed. The logs on brick1 and brick3 seem
>> consistent with this theory. The failed locks seem to make sense
>> also with
>> the error "No such file or directory" (the old name is no longer
>> in use).
>> I see 2 potential problems here. The first is that self-heals are
>> occasionally being triggered during a copy when everything is up and
>> functioning properly. The 2nd issue seems to be that during a
>> self-heal,
>> there is a race condition where a file can be renamed and causes
>> these
>> errors below.
>>
>> Running 1.4RC3, logs and volfiles are below. Nothing of mention
>> was in
>> glusterfs.log except on brick1. Please let me know what i can do
>> to help.
>>
>> server x.x.x.102 (brick1)
>> ==> glusterfsd.log <==
>> 2008-12-18 11:16:20 E [server-helpers.c:98:server_loc_fill] brick-
>> ns: paths
>> differ for inode(19824657): client path =
>> /mobygames/htdocs/images/i/22/23/.139623.png.S254kc. dentry path =
>> /mobygames/htdocs/images/i/22/23/139623.png
>> 2008-12-18 11:16:20 E [server-helpers.c:98:server_loc_fill] brick-
>> ns: paths
>> differ for inode(19824657): client path =
>> /mobygames/htdocs/images/i/22/23/.139623.png.S254kc. dentry path =
>> /mobygames/htdocs/images/i/22/23/139623.png
>> 2008-12-18 11:16:20 E [server-helpers.c:98:server_loc_fill] brick-
>> ns: paths
>> differ for inode(19824657): client path =
>> /mobygames/htdocs/images/i/22/23/.139623.png.S254kc. dentry path =
>> /mobygames/htdocs/images/i/22/23/139623.png
>> 2008-12-18 11:16:20 E [server-helpers.c:98:server_loc_fill] brick-
>> ns: paths
>> differ for inode(19824657): client path =
>> /mobygames/htdocs/images/i/22/23/.139623.png.S254kc. dentry path =
>> /mobygames/htdocs/images/i/22/23/139623.png
>>
>> ==> glusterfs.log <==
>> 2008-12-18 11:16:20 W [afr-self-heal-common.c:1005:afr_self_heal]
>> afr-ns:
>> performing self heal on /mobygames/htdocs/images/i/
>> 22/23/.139623.png.S254kc
>> (metadata=1 data=1 entry=1)
>> 2008-12-18 11:16:20 E [afr-self-heal-metadata.c:
>> 686:afr_sh_metadata_lk_cbk]
>> afr-ns: locking of /mobygames/htdocs/images/i/
>> 22/23/.139623.png.S254kc on
>> child 3 failed: No such file or directory
>> 2008-12-18 11:16:20 E [afr-self-heal-metadata.c:
>> 686:afr_sh_metadata_lk_cbk]
>> afr-ns: locking of /mobygames/htdocs/images/i/
>> 22/23/.139623.png.S254kc on
>> child 1 failed: No such file or directory
>> 2008-12-18 11:16:20 E [afr-self-heal-data.c:900:afr_sh_data_lock_cbk]
>> afr-ns: locking of /mobygames/htdocs/images/i/
>> 22/23/.139623.png.S254kc on
>> child 3 failed: No such file or directory
>> 2008-12-18 11:16:20 E [afr-self-heal-data.c:900:afr_sh_data_lock_cbk]
>> afr-ns: locking of /mobygames/htdocs/images/i/
>> 22/23/.139623.png.S254kc on
>> child 1 failed: No such file or directory
>> 2008-12-18 11:16:20 E [afr-self-heal-data.c:
>> 182:afr_sh_data_unlck_cbk]
>> afr-ns: locking inode of /mobygames/htdocs/images/i/
>> 22/23/.139623.png.S254kc
>> on child 1 failed: No such file or directory
>> 2008-12-18 11:16:20 E [afr-self-heal-data.c:
>> 182:afr_sh_data_unlck_cbk]
>> afr-ns: locking inode of /mobygames/htdocs/images/i/
>> 22/23/.139623.png.S254kc
>> on child 3 failed: No such file or directory
>>
>>
>>
>> server x.x.x.106 (brick2)
>> ==> glusterfsd.log <==
>> 2008-12-18 11:16:20 E [server-protocol.c:3226:server_stub_resume]
>> server:
>> INODELK (/mobygames/htdocs/images/i/22/23/.139623.png.S254kc) on
>> brick-ns
>> returning error: -1 (2)
>> 2008-12-18 11:16:20 E [server-protocol.c:3226:server_stub_resume]
>> server:
>> INODELK (/mobygames/htdocs/images/i/22/23/.139623.png.S254kc) on
>> brick-ns
>> returning error: -1 (2)
>> 2008-12-18 11:16:20 E [server-protocol.c:3226:server_stub_resume]
>> server:
>> INODELK (/mobygames/htdocs/images/i/22/23/.139623.png.S254kc) on
>> brick-ns
>> returning error: -1 (2)
>> 2008-12-18 11:16:20 E [server-protocol.c:3226:server_stub_resume]
>> server:
>> INODELK (/mobygames/htdocs/images/i/22/23/.139623.png.S254kc) on
>> brick-ns
>> returning error: -1 (2)
>>
>>
>> server x.x.x107 (brick3)
>> ==> glusterfsd.log <==
>> 2008-12-18 11:16:20 E [server-helpers.c:98:server_loc_fill] brick-
>> ns: paths
>> differ for inode(5570577): client path =
>> /mobygames/htdocs/images/i/22/23/.139623.png.S254kc. dentry path =
>> /mobygames/htdocs/images/i/22/23/139623.png
>> 2008-12-18 11:16:20 E [server-helpers.c:98:server_loc_fill] brick-
>> ns: paths
>> differ for inode(5570577): client path =
>> /mobygames/htdocs/images/i/22/23/.139623.png.S254kc. dentry path =
>> /mobygames/htdocs/images/i/22/23/139623.png
>> 2008-12-18 11:16:20 E [server-helpers.c:98:server_loc_fill] brick-
>> ns: paths
>> differ for inode(5570577): client path =
>> /mobygames/htdocs/images/i/22/23/.139623.png.S254kc. dentry path =
>> /mobygames/htdocs/images/i/22/23/139623.png
>> 2008-12-18 11:16:20 E [server-helpers.c:98:server_loc_fill] brick-
>> ns: paths
>> differ for inode(5570577): client path =
>> /mobygames/htdocs/images/i/22/23/.139623.png.S254kc. dentry path =
>> /mobygames/htdocs/images/i/22/23/139623.png
>>
>> server x.x.x.103 (brick4)
>> ==> glusterfsd.log <==
>> 2008-12-18 11:16:20 E [server-protocol.c:3226:server_stub_resume]
>> server:
>> INODELK (/mobygames/htdocs/images/i/22/23/.139623.png.S254kc) on
>> brick-ns
>> returning error: -1 (2)
>> 2008-12-18 11:16:20 E [server-protocol.c:3226:server_stub_resume]
>> server:
>> INODELK (/mobygames/htdocs/images/i/22/23/.139623.png.S254kc) on
>> brick-ns
>> returning error: -1 (2)
>> 2008-12-18 11:16:20 E [server-protocol.c:3226:server_stub_resume]
>> server:
>> INODELK (/mobygames/htdocs/images/i/22/23/.139623.png.S254kc) on
>> brick-ns
>> returning error: -1 (2)
>> 2008-12-18 11:16:20 E [server-protocol.c:3226:server_stub_resume]
>> server:
>> INODELK (/mobygames/htdocs/images/i/22/23/.139623.png.S254kc) on
>> brick-ns
>> returning error: -1 (2)
>>
>>
>> VOLFILES
>>
>> ****Server****
>>
>> volume brick-store
>> type storage/posix
>> option directory /moby/gluster/
>> end-volume
>>
>> volume brick
>> type features/locks
>> subvolumes brick-store
>> end-volume
>>
>> volume brick-store-ns
>> type storage/posix
>> option directory /moby/gluster-ns/
>> end-volume
>>
>> volume brick-ns
>> type features/locks
>> subvolumes brick-store-ns
>> end-volume
>>
>> volume server
>> type protocol/server
>> option transport-type tcp/server
>> subvolumes brick brick-ns
>> option auth.addr.brick.allow x.x.x.* # Allow access to "brick" volume
>> option auth.addr.brick-ns.allow x.x.x.* # Allow access to "brick-
>> ns" volume
>> end-volume
>>
>>
>> ****Client****
>>
>> volume brick1
>> type protocol/client
>> option transport-type tcp/client
>> option remote-host x.x.x.102
>> option remote-subvolume brick
>> end-volume
>>
>> volume brick2
>> type protocol/client
>> option transport-type tcp/client
>> option remote-host x.x.x.106
>> option remote-subvolume brick
>> end-volume
>>
>> volume brick3
>> type protocol/client
>> option transport-type tcp/client
>> option remote-host x.x.x.107
>> option remote-subvolume brick
>> end-volume
>>
>> volume brick4
>> type protocol/client
>> option transport-type tcp/client
>> option remote-host x.x.x.103
>> option remote-subvolume brick
>> end-volume
>>
>> volume brick-ns1
>> type protocol/client
>> option transport-type tcp/client
>> option remote-host x.x.x.102
>> option remote-subvolume brick-ns
>> end-volume
>>
>> volume brick-ns2
>> type protocol/client
>> option transport-type tcp/client
>> option remote-host x.x.x.106
>> option remote-subvolume brick-ns
>> end-volume
>>
>> volume brick-ns3
>> type protocol/client
>> option transport-type tcp/client
>> option remote-host x.x.x.107
>> option remote-subvolume brick-ns
>> end-volume
>>
>> volume brick-ns4
>> type protocol/client
>> option transport-type tcp/client
>> option remote-host x.x.x.103
>> option remote-subvolume brick-ns
>> end-volume
>>
>> volume afr1
>> type cluster/afr
>> subvolumes brick1 brick3
>> end-volume
>>
>> volume afr2
>> type cluster/afr
>> subvolumes brick2 brick4
>> end-volume
>>
>> volume afr-ns
>> type cluster/afr
>> subvolumes brick-ns1 brick-ns2 brick-ns3 brick-ns4
>> end-volume
>>
>> volume unify
>> type cluster/unify
>> option namespace afr-ns
>> option scheduler rr
>> subvolumes afr1 afr2
>> end-volume
>>
>>
>>
>> _______________________________________________
>> Gluster-devel mailing list
>> Gluster-devel at nongnu.org
>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>
>>
>>
>> _______________________________________________
>> Gluster-devel mailing list
>> Gluster-devel at nongnu.org
>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>
>
More information about the Gluster-devel
mailing list