<html><head></head><body><div class="ydpd639061byahoo-style-wrap" style="font-family:courier new, courier, monaco, monospace, sans-serif;font-size:16px;"><div></div>
        <div dir="ltr" data-setdir="false">It seems the problem is not in you but in a deprecated python package.<br><br><div>The following link gave me a hint where to look at: <a href="https://issues.apache.org/jira/browse/SVN-4899" rel="nofollow" target="_blank" class="">https://issues.apache.org/jira/browse/SVN-4899</a></div><div><br></div><div><br></div><div dir="ltr" data-setdir="false">After replacing 'readfp' with 'read_file on both nodes:<br><div dir="ltr" data-setdir="false"><span>/usr/libexec/glusterfs/python/syncdaemon/gsyncd.py<br></span><div><span><span>/usr/libexec/glusterfs/python/syncdaemon/gsyncdconfig.py</span></span></div><div><span></span></div></div></div></div><div dir="ltr" data-setdir="false"><br><div dir="ltr" data-setdir="false">the push-pem (<span>in my test case gluster volume geo-replication sourcevol geoaccount@glusterdest::destvol create ssh-port 2244 push-pem force) succeeded and then the rest of the commands in </span><a href="https://docs.redhat.com/en/documentation/red_hat_gluster_storage/3.5/html/administration_guide/sect-Preparing_to_Deploy_Geo-replication#Setting_Up_the_Environment_for_a_Secure_Geo-replication_Slave" rel="nofollow" target="_blank" class="">https://docs.redhat.com/en/documentation/red_hat_gluster_storage/3.5/html/administration_guide/sect-Preparing_to_Deploy_Geo-replication#Setting_Up_the_Environment_for_a_Secure_Geo-replication_Slave</a> worke<br></div><div><br></div><div dir="ltr" data-setdir="false">d without any more issues and the georep was established:<br><br><div>root@glustersource:/mnt# gluster volume geo-replication sourcevol geoaccount@glusterdest::destvol status<br> <br>PRIMARY NODE     PRIMARY VOL    PRIMARY BRICK          SECONDARY USER    SECONDARY                          SECONDARY NODE    STATUS    CRAWL STATUS       LAST_SYNCED                  <br>-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------<br>glustersource    sourcevol      /bricks/vol1/brick1    geoaccount        geoaccount@glusterdest::destvol                      Active    Changelog Crawl    2024-08-29 01:15:36</div><div dir="ltr" data-setdir="false"><br><br><div>root@glustersource:/mnt# ls -l /mnt | wc -l<br>151<br><br></div><div dir="ltr" data-setdir="false"><br><br><div>root@glusterdest:~# ls -l /mnt | wc -l<br>151<br><br></div><div dir="ltr" data-setdir="false">Best Regards,<br>Strahil Nikolov<br></div></div></div></div><div><br></div><div><br></div></div>
        
        </div><div id="yahoo_quoted_5837979435" class="yahoo_quoted">
            <div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">
                
                <div>
                        В петък, 23 август 2024 г. в 14:58:50 ч. Гринуич+3, Karl Kleinpaste <karl@kleinpaste.org> написа:
                    </div>
                    <div><br></div>
                    <div><br></div>
                
                
                <div><div id="yiv5975835291"><div>
    <div id="yiv5975835291yqtfd51376" class="yiv5975835291yqt8099615004"><div class="yiv5975835291moz-cite-prefix">On 8/22/24 21:54, Gilberto Ferreira
      wrote:<br clear="none">
    </div>
    </div><blockquote type="cite"><div id="yiv5975835291yqtfd74005" class="yiv5975835291yqt8099615004">
      <div>Perhaps you can use this tools:<br clear="none">
        <a rel="nofollow noopener noreferrer" shape="rect" target="_blank" href="https://aravindavk.in/blog/gluster-georep-tools/" class="yiv5975835291moz-txt-link-freetext">https://aravindavk.in/blog/gluster-georep-tools/</a><br clear="none">
      </div>
      <div>I am using it with great success.</div></div>
    </blockquote>
    <br clear="none">
    <font face="FreeSerif">I'll try anything once. In fact, I tried
      twice. It can't set up.<br clear="none">
      <br clear="none">
      First, the code has port 22 baked in. I mentioned earlier that my
      sshd listens on a nonstandard port.<br clear="none">
      Looking at the code (gluster_georep_tools/setup/cli.py,
      glustercli/cli/georep.py), there is provision within functions for
      a different port, but there is no way that I see to use that in
      command line args.<br clear="none">
      Oddly shortsighted, or maybe I'm missing something.<br clear="none">
      <br clear="none">
      So second, I tweaked the code to use my nonstandard port as its
      default, replacing all "22" with mine, and tried again...nope.</font><br clear="none">
    <br clear="none">
    <font face="monospace">Geo-replication session will be established
      between j and geoacct@pms::n<br clear="none">
      root@pms password is required to complete the setup. NOTE:
      Password will not be stored.<br clear="none">
      root@pms's password: <br clear="none">
      [    OK] pms is Reachable(Port </font><font face="monospace">6247</font><font face="monospace">)<br clear="none">
      Traceback (most recent call last):<br clear="none">
        File "/usr/local/bin/gluster-georep-setup", line 8, in
      <module><br clear="none">
          sys.exit(main())<br clear="none">
                   ^^^^^^<br clear="none">
        File
"/usr/local/lib/python3.12/site-packages/gluster_georep_tools/setup/cli.py",
      line 524, in main<br clear="none">
          setup_georep()<br clear="none">
        File
"/usr/local/lib/python3.12/site-packages/gluster_georep_tools/setup/cli.py",
      line 461, in setup_georep<br clear="none">
          ssh = ssh_initialize(secondary_host, args.secondary_user,
      passwd)<br clear="none">
               
      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br clear="none">
        File
"/usr/local/lib/python3.12/site-packages/gluster_georep_tools/setup/cli.py",
      line 212, in ssh_initialize<br clear="none">
          ssh.connect(secondary_host, username=username,
      password=passwd)<br clear="none">
        File "/usr/lib/python3.12/site-packages/paramiko/client.py",
      line 409, in connect<br clear="none">
          raise NoValidConnectionsError(errors)<br clear="none">
      paramiko.ssh_exception.NoValidConnectionsError: [Errno None]
      Unable to connect to port 22 on 172.17.4.3</font><br clear="none">
    <br clear="none">
    <font face="FreeSerif">It seems that paramiko is either still using
      22 under the hood somewhere (</font><font face="FreeSerif">cf.
      last line error)</font><font face="FreeSerif">, or 22 is misinfo
      but it's insisting on connection using a password, but my
      (otherwise pretty standard) sshd configuration requires keys-only
      root login, no password, which is already in place among all these
      machines.<br clear="none">
      <br clear="none">
      I'm open to other suggestions.</font><div id="yiv5975835291yqtfd37783" class="yiv5975835291yqt8099615004"><br clear="none">
  </div></div></div></div>
            </div>
        </div></body></html>