<div dir="ltr">Hi Kotresh,<div><br></div><div>Yes, I believe that I am. Can you tell me which symlinks are missing/cause geo-replication to fail to start? I can create them manually. </div><div><br></div><div>Thank you,</div><div>Dave</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 9, 2014 at 3:54 AM, Kotresh Hiremath Ravishankar <span dir="ltr">&lt;<a href="mailto:khiremat@redhat.com" target="_blank">khiremat@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Dave,<br>
<br>
Are you hitting the below bug and so not able to sync symlinks ?<br>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1105283" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1105283</a><br>
<br>
Does geo-rep status say &quot;Not Started&quot; ?<br>
<br>
Thanks and Regards,<br>
Kotresh H R<br>
<div><div class="h5"><br>
----- Original Message -----<br>
From: &quot;David Gibbons&quot; &lt;<a href="mailto:david.c.gibbons@gmail.com">david.c.gibbons@gmail.com</a>&gt;<br>
To: &quot;gluster-users&quot; &lt;<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a>&gt;<br>
Cc: <a href="mailto:vnosov@stonefly.com">vnosov@stonefly.com</a><br>
Sent: Monday, December 8, 2014 7:03:31 PM<br>
Subject: Re: [Gluster-users] Geo-Replication Issue<br>
<br>
Apologies for sending so many messages about this! I think I may be running into this bug:<br>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1105283" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1105283</a><br>
<br>
Would someone be so kind as to let me know which symlinks are missing when this bug manifests, so that I can create them?<br>
<br>
Thank you,<br>
Dave<br>
<br>
<br>
On Sun, Dec 7, 2014 at 11:01 AM, David Gibbons &lt; <a href="mailto:david.c.gibbons@gmail.com">david.c.gibbons@gmail.com</a> &gt; wrote:<br>
<br>
<br>
<br>
Ok,<br>
<br>
I was able to get geo-replication configured by changing /usr/local/libexec/glusterfs/gverify.sh to use ssh to access the local machine, instead of accessing bash -c directly. I then found that the hook script was missing for geo-replication, so I copied that over manually. I now have what appears to be a &quot;configured&quot; geo-rep setup:<br>
<br>
<br>
<br>
<br>
# gluster volume geo-replication shares gfs-a-bkp::bkpshares status<br>
<br>
<br>
<br>
<br>
MASTER NODE MASTER VOL MASTER BRICK SLAVE STATUS CHECKPOINT STATUS CRAWL STATUS<br>
<br>
--------------------------------------------------------------------------------------------------------------------------------------------------------<br>
<br>
gfs-a-3 shares /mnt/a-3-shares-brick-1/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
gfs-a-3 shares /mnt/a-3-shares-brick-2/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
gfs-a-3 shares /mnt/a-3-shares-brick-3/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
gfs-a-3 shares /mnt/a-3-shares-brick-4/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
gfs-a-2 shares /mnt/a-2-shares-brick-1/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
gfs-a-2 shares /mnt/a-2-shares-brick-2/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
gfs-a-2 shares /mnt/a-2-shares-brick-3/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
gfs-a-2 shares /mnt/a-2-shares-brick-4/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
gfs-a-4 shares /mnt/a-4-shares-brick-1/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
gfs-a-4 shares /mnt/a-4-shares-brick-2/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
gfs-a-4 shares /mnt/a-4-shares-brick-3/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
gfs-a-4 shares /mnt/a-4-shares-brick-4/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
gfs-a-1 shares /mnt/a-1-shares-brick-1/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
gfs-a-1 shares /mnt/a-1-shares-brick-2/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
gfs-a-1 shares /mnt/a-1-shares-brick-3/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
gfs-a-1 shares /mnt/a-1-shares-brick-4/brick gfs-a-bkp::bkpshares Not Started N/A N/A<br>
<br>
So that&#39;s a step in the right direction (and I can upload a patch for gverify to a bugzilla). However, gverify *should* have worked with bash-c, and I was not able to figure out why it didn&#39;t work, other than it didn&#39;t seem able to find some programs. I&#39;m thinking that maybe the PATH variable is wrong for Gluster, and that&#39;s why gverify didn&#39;t work out of the box.<br>
<br>
When I attempt to start geo-rep now, I get the following in the geo-rep log:<br>
<br>
<br>
[2014-12-07 10:52:40.893594] E [syncdutils(monitor):218:log_raise_exception] &lt;top&gt;: execution of &quot;gluster&quot; failed with ENOENT (No such file or directory)<br>
<br>
[2014-12-07 10:52:40.893886] I [syncdutils(monitor):192:finalize] &lt;top&gt;: exiting.<br>
<br>
Which seems to agree that maybe gluster isn&#39;t running with the same path variable that my console session is running with. Is this possible? I know I&#39;m grasping :).<br>
<br>
Any nudge in the right direction would be very much appreciated!<br>
<br>
Cheers,<br>
Dave<br>
<br>
<br>
On Sat, Dec 6, 2014 at 10:06 AM, David Gibbons &lt; <a href="mailto:david.c.gibbons@gmail.com">david.c.gibbons@gmail.com</a> &gt; wrote:<br>
<br>
<br>
<br>
Good Morning,<br>
<br>
I am having some trouble getting geo-replication started on a 3.5.3 volume.<br>
<br>
I have verified that password-less SSH is functional in both directions from the backup gluster server, and all nodes in the production gluster. I have verified that all nodes in production and backup cluster are running the same version of gluster, and that name resolution works in both directions.<br>
<br>
When I attempt to start geo-replication with this command:<br>
<br>
<br>
gluster volume geo-replication shares gfs-a-bkp::bkpshares create push-pem<br>
<br>
I end up with the following in the logs:<br>
<br>
<br>
[2014-12-06 15:02:50.284426] E [glusterd-geo-rep.c:1889:glusterd_verify_slave] 0-: Not a valid slave<br>
<br>
[2014-12-06 15:02:50.284495] E [glusterd-geo-rep.c:2106:glusterd_op_stage_gsync_create] 0-: gfs-a-bkp::bkpshares is not a valid slave volume. Error: Unable to fetch master volume details. Please check the master cluster and master volume.<br>
<br>
[2014-12-06 15:02:50.284509] E [glusterd-syncop.c:912:gd_stage_op_phase] 0-management: Staging of operation &#39;Volume Geo-replication Create&#39; failed on localhost : Unable to fetch master volume details. Please check the master cluster and master volume.<br>
<br>
Would someone be so kind as to point me in the right direction?<br>
<br>
Cheers,<br>
Dave<br>
<br>
<br>
<br>
</div></div>_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
<a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a><br>
</blockquote></div><br></div>