Bug 5166 - -o -g options don't work right or I've misread the man pages
-o -g options don't work right or I've misread the man pages
Status: RESOLVED FIXED
Product: rsync
Classification: Unclassified
Component: core
2.6.6
x86 Linux
: P3 normal
: ---
Assigned To: Wayne Davison
Rsync QA Contact
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-12-28 18:11 UTC by Richard Shetron
Modified: 2007-12-29 15:06 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Richard Shetron 2007-12-28 18:11:54 UTC
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.
Comment 1 Wayne Davison 2007-12-29 12:05:21 UTC
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.
Comment 2 Richard Shetron 2007-12-29 15:06:03 UTC
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.