[Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)

2017-11-08 Thread just subscribed for rsync-qa from bugzilla via rsync 
https://bugzilla.samba.org/show_bug.cgi?id=11414

--- Comment #7 from Michal Ruprich  ---
Thank you Kevin. This makes sense.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

[Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)

2017-11-07 Thread just subscribed for rsync-qa from bugzilla via rsync 
https://bugzilla.samba.org/show_bug.cgi?id=11414

--- Comment #6 from Kevin Korb  ---
There was a change made in 3.1.0...

- Added a way for more than one group to be specified in the daemon's
  config file, including a way to specify that you want all of the
  specified user's groups without having to name them.  Also changed the
  daemon to complain about an inability to set explicitly-specified uid/gid
  values, even when not run by a super-user.

So, even if a user is in more than one group once you set the gid option the
listed groups are all that user gets to be in now.

I am not sure if the lack of permission setting is a bug or an rsyncd feature
and I don't know if it is still the case in the current version.  I don't
really feel like setting up a test case to find out.  IMO if you are running
rsyncd without read only = yes and/or withe authentication you are mis-using
rsyncd.  If you want these things use rsync over ssh where you have decent
authentication+security.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

[Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)

2017-11-07 Thread just subscribed for rsync-qa from bugzilla via rsync 
https://bugzilla.samba.org/show_bug.cgi?id=11414

--- Comment #5 from Michal Ruprich  ---
There is one more thing that doesn't make sense to me. Even if the operation of
changing the group fails, why doesn't rsync finish other things under the -a
option. For instance the permissions of the original file are 0644 and if the
chgrp error occurs, the destination permissions are just 0600. The user tester
owns the destination file and it should be able to change the permissions.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

[Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)

2017-11-07 Thread just subscribed for rsync-qa from bugzilla via rsync 
https://bugzilla.samba.org/show_bug.cgi?id=11414

--- Comment #4 from Michal Ruprich  ---
I see. I never looked at the ps aux output during the transfer so all I saw was
the user that launched the daemon. So I assume that the chgrp error that occurs
without the fake super option is the correct behaviour and the previous version
did this wrong?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

[Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)

2017-11-06 Thread just subscribed for rsync-qa from bugzilla via rsync 
https://bugzilla.samba.org/show_bug.cgi?id=11414

--- Comment #3 from Kevin Korb  ---
Oops, I replied to this on the email list instead of the bugzilla.  Sorry for
the extra noise...

It isn't running as root (it probably never should).  It is launched as
root.  It is running as tester:tester just like you set it to.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

Re: [Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)

2017-11-06 Thread Kevin Korb via rsync 
It isn't running as root (it probably never should).  It is launched as
root.  It is running as tester:tester just like you set it to.

On 11/06/2017 10:31 AM, just subscribed for rsync-qa from bugzilla via
rsync wrote:
> https://bugzilla.samba.org/show_bug.cgi?id=11414
> 
> --- Comment #2 from Michal Ruprich  ---
> I stumbled upon this bug and I have a question. I get the chgrp error even 
> when
> running the daemon as root. 
> 
> #ps -aux | grep rsync
> root 18486  0.0  0.0 114696   568 ?Ss   09:41   0:00 rsync 
> --daemon
> 
> I have configured a module in /etc/rsyncd.conf like this:
> [my_data]
> comment = test dir for rsync
> path = /home/tester
> read only = no
> uid = tester
> gid = tester
> 
> Now when I try to copy file 'data' to this module:
> # rsync -av data localhost::my_data
> sending incremental file list
> data
> rsync: chgrp "/.data.CFttwz" (in my_data) failed: Operation not permitted (1)
> 
> sent 86 bytes  received 117 bytes  406.00 bytes/sec
> total size is 0  speedup is 0.00
> rsync error: some files/attrs were not transferred (see previous errors) (code
> 23) at main.c(1178) [sender=3.1.2]
> 
> This doesn't happen with version 3.0.9. And I think that this should not
> happen. It works fine with the 'fake super' option set to 'yes' but the daemon
> runs under root and the fake super option says: "This allows the full
> attributes of a file to be stored without having to have the daemon actually
> running as root." From this description I would assume that you don't need the
> 'fake super' option to transfer all attributes when the daemon runs under root
> right?
> 

-- 
~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,
Kevin Korb  Phone:(407) 252-6853
Systems Administrator   Internet:
FutureQuest, Inc.   ke...@futurequest.net  (work)
Orlando, Floridak...@sanitarium.net (personal)
Web page:   http://www.sanitarium.net/
PGP public key available on web site.
~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,



signature.asc
Description: OpenPGP digital signature
-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

[Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)

2017-11-06 Thread just subscribed for rsync-qa from bugzilla via rsync 
https://bugzilla.samba.org/show_bug.cgi?id=11414

--- Comment #2 from Michal Ruprich  ---
I stumbled upon this bug and I have a question. I get the chgrp error even when
running the daemon as root. 

#ps -aux | grep rsync
root 18486  0.0  0.0 114696   568 ?Ss   09:41   0:00 rsync --daemon

I have configured a module in /etc/rsyncd.conf like this:
[my_data]
comment = test dir for rsync
path = /home/tester
read only = no
uid = tester
gid = tester

Now when I try to copy file 'data' to this module:
# rsync -av data localhost::my_data
sending incremental file list
data
rsync: chgrp "/.data.CFttwz" (in my_data) failed: Operation not permitted (1)

sent 86 bytes  received 117 bytes  406.00 bytes/sec
total size is 0  speedup is 0.00
rsync error: some files/attrs were not transferred (see previous errors) (code
23) at main.c(1178) [sender=3.1.2]

This doesn't happen with version 3.0.9. And I think that this should not
happen. It works fine with the 'fake super' option set to 'yes' but the daemon
runs under root and the fake super option says: "This allows the full
attributes of a file to be stored without having to have the daemon actually
running as root." From this description I would assume that you don't need the
'fake super' option to transfer all attributes when the daemon runs under root
right?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

[Bug 11414] rsync: chgrp /.filename.5afK5X (in dirdir) failed: Operation not permitted (1)

2015-07-27 Thread samba-bugs 
https://bugzilla.samba.org/show_bug.cgi?id=11414

Nguyen Si Nhan nhanngu...@0937686468.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #1 from Nguyen Si Nhan nhanngu...@0937686468.com ---
When I add this line to rsyncd.conf it's ok:
fake super = yes

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html