[Gluster-users] geo-replication {error=12} on one primary node

Stefan Kania stefan at kania-online.de
Thu Feb 15 08:31:09 UTC 2024


Hi,

I,m still testing and I found that I can force the error by changing the 
shell from the unprivileged user, on the secondary node, from bash to 
sh. In the  first try I used "useradd -G geogruppe -m geobenutzer" so my 
user gets /bin/sh (the dash) as default shell. Then the error occurs. 
Then I switch the user to /bin/bash and the error is gone. After the 
test with the default shell I removed rsync to look for the error. So 
now I tested with /bin/bash as default shell but without rsync is 
installed. And I got:
---------------
2024-02-15 08:23:23.88036] E [syncdutils(worker 
/gluster/brick):363:log_raise_exception] <top>: FAIL:
Traceback (most recent call last):
   File "/usr/libexec/glusterfs/python/syncdaemon/syncdutils.py", line 
393, in twrap
     tf(*aargs)
   File "/usr/libexec/glusterfs/python/syncdaemon/primary.py", line 
2008, in syncjob
     po = self.sync_engine(pb, self.log_err)
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   File "/usr/libexec/glusterfs/python/syncdaemon/resource.py", line 
1448, in rsync
     get_rsync_version(gconf.get("rsync-command")) >= "3.1.0":
     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   File "/usr/libexec/glusterfs/python/syncdaemon/syncdutils.py", line 
682, in get_rsync_version
     p = subprocess.Popen([rsync_cmd, "--version"],
         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   File "/usr/lib/python3.11/subprocess.py", line 1024, in __init__
     self._execute_child(args, executable, preexec_fn, close_fds,
   File "/usr/lib/python3.11/subprocess.py", line 1901, in _execute_child
     raise child_exception_type(errno_num, err_msg, err_filename)
FileNotFoundError: [Errno 2] Datei oder Verzeichnis nicht gefunden: 'rsync'

---------------
as expected. Reinstalling rsync and everything is fine again :-). So the 
{error=12} came from /bin/sh as default shell. The missing rsync was not 
shown because geo-replication changed to faulty before rsync was used.

Stefan


Am 14.02.24 um 13:34 schrieb Stefan Kania:
> Hi Anant,
> 
> shame on me ^.^. I forgot to install rsync on that host. Switching to 
> log-level DEBUG helped me to find the problem. Without log-level DEBUG 
> the host is not showing the missing rsync. Maybe that could be changed. 
> So thank you for the hint.
> 
> Stefan
> 
> Am 13.02.24 um 20:32 schrieb Anant Saraswat:
>> gluster volume geo-replication 
>> privol01geobenutzer at s01.gluster::secvol01  config log-level DEBUG​
> 
> 
> 
> 
> ________
> 
> 
> 
> Community Meeting Calendar:
> 
> Schedule -
> Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
> Bridge: https://meet.google.com/cpu-eiue-hvk
> Gluster-users mailing list
> Gluster-users at gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-users

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3477 bytes
Desc: Kryptografische S/MIME-Signatur
URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20240215/21044085/attachment.p7s>


More information about the Gluster-users mailing list