samba-bugs@samba.org
2007-Dec-29 00:11 UTC
DO NOT REPLY [Bug 5166] New: -o -g options don't work right or I've misread the man pages
https://bugzilla.samba.org/show_bug.cgi?id=5166 Summary: -o -g options don't work right or I've misread the man pages Product: rsync Version: 2.6.6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: multicsfan@hotmail.com QAContact: rsync-qa@samba.org I'm getting ready to transfer /home from an older slackware linux machine to a newer ubuntu linux machine. both are running 2.6.6 (I upgraded the older one to match the newer one). When I include the og options the directories and files have the same UID and GID as on the source machine. If I'm reading the man pages correctly what should happen is if a file is owned by user tom group users on the old machine the same user and group should own the file on the new machine even if the new machine uses different UID's and GID's. If the ownership is transferred by UID/GID and not user name/group name then I'd like to make a suggestion that an option be added so that data can be transferred by actual user names and group names, not by UID/GID. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.
samba-bugs@samba.org
2007-Dec-29 18:05 UTC
DO NOT REPLY [Bug 5166] -o -g options don't work right or I've misread the man pages
https://bugzilla.samba.org/show_bug.cgi?id=5166 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Comment #1 from wayned@samba.org 2007-12-29 12:05 CST ------- The -o and -g option fall-back to --numeric-ids if name conversion is not possible. Is an rsync daemon involved in the transfer? If so, see the comments about numeric-ids in the "use chroot" section of the rsyncd.conf manpage. If not, run rsync under strace to see why the password/group lookups are failing. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.
samba-bugs@samba.org
2007-Dec-29 21:05 UTC
DO NOT REPLY [Bug 5166] -o -g options don't work right or I've misread the man pages
https://bugzilla.samba.org/show_bug.cgi?id=5166 multicsfan@hotmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Comment #2 from multicsfan@hotmail.com 2007-12-29 15:06 CST ------- My apologies for taking your time. it was the use chroot option. I was misreading what it did from the man pages and assuming the default was what I wanted. Thanks you for the help, you can close this bug as solved. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.
Maybe Matching Threads
- DO NOT REPLY [Bug 4793] New: link-dest hardlink does not always work well with -o -g -p
- DO NOT REPLY [Bug 4873] New: rsync transfers stop when encountering Emacs autosave files with hash signs
- DO NOT REPLY [Bug 4633] New: rsync mirror fails when using -a/-o/-g options
- DO NOT REPLY [Bug 6719] New: I/O error protection is broken w/ protocol 30 and incremental recursion
- DO NOT REPLY [Bug 6553] New: rsync hangs at filenames starting with an underscore