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.
Seemingly Similar 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