[Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)
https://bugzilla.samba.org/show_bug.cgi?id=11414 Nguyen Si Nhan changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #1 from Nguyen Si Nhan --- 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
[Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)
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)
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
[Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)
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)
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)
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)
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
Re: [Bug 11414] rsync: chgrp "/.filename.5afK5X" (in dirdir) failed: Operation not permitted (1)
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