Remove uid/gid from wsrep_sst_rsync | Rsync 3.1.0 - rsync: setgroups failed: Operation not permitted
Bug #1261673 reported by
Raghavendra D Prabhu
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
MySQL patches by Codership | Status tracked in 5.6 | |||||
5.5 |
Fix Released
|
Medium
|
Alex Yurchenko | |||
5.6 |
Fix Released
|
Medium
|
Alex Yurchenko | |||
Percona XtraDB Cluster moved to https://jira.percona.com/projects/PXC | Status tracked in 5.6 | |||||
5.5 |
Fix Released
|
Undecided
|
Unassigned | |||
5.6 |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
This breaks rsync 3.1.0 otherwise and serves no purpose (in this case) otherwise.
summary: |
- Remove uid/gid from wsrep-sst-rsync + Remove uid/gid from wsrep_sst_rsync | Rsync 3.1.0 - rsync: setgroups + failed: Operation not permitted |
tags: | added: rsync sst |
To post a comment you must log in.
a) As per
ftp://ftp. ulakbim. gov.tr/ pub/rsync/ nightly/ rsyncd. conf.html
" The default for a non-super-user is to not try to change the user."
" The default for a non-super-user is to not change any group attributes (and indeed, your OS may not allow a non-super-user to try to change their group settings)."
Since mysqld (and hence wsrep-sst-rsync and rsync) run as non-super users, there shouldn't be a problem here.
b)
I also tested with rsync 3.1.0 and older, without uid/gid
specified, it indeed runs as uid/gid of mysqld user.
c)
I also tested with rsync 3.1.0 with uid and gid added.
and it failed as:
Dec 17 14:55:08 Archie rsyncd[36948]: rsyncd version 3.1.0 starting, listening on port 5001 localdomain (127.0.0.1)
Dec 17 14:55:08 Archie rsyncd[36991]: connect from localhost.
Dec 17 14:55:08 Archie rsyncd[36991]: rsync: setgroups failed: Operation not permitted (1)