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.
Possibly Parallel 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