RE: rsync not copying owner/group on some files

2001-10-30 Thread Carey Jung



Numeric ids will show up instead of user names if you don't have a 
username in the password file for a given userid. The O/S doesn't know in 
that case what to display, so it just displays the raw id number. This 
wouldn't seem to explain the situation in question, though, since it's a local 
copy. Perhaps your source files have invalid userids from the 
get-go???

-Original Message-From: 
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of 
[EMAIL PROTECTED]Sent: Tuesday, October 30, 2001 11:10 
AMTo: Ian KettleboroughCc: 
[EMAIL PROTECTED]Subject: Re: rsync not copying owner/group on 
some files
I just realized that this was a local copy, and the 
  other symptom, numeric uids showing on the ls, for users which exist, and some 
  which show none at all, indicate a problem with your operating system. 
  The only time i've ever seen blank uids was with a corrupt filesystem. 
  My particular case was a failing drive. I suppose you could fake 
  up blank usernames by creating a user named "asdf^h^h^h^h  ", but 
  i'm guessing that's not the case here.Tim 
  Conway[EMAIL PROTECTED]303.682.4917Philips Semiconductor - 
  Longmont TC1880 Industrial Circle, Suite DLongmont, CO 
  80501Available via SameTime Connect within Philips, n9hmg on AIMperl 
  -e 'print pack(, 
  19061,29556,8289,28271,29800,25970,8304,25970,27680,26721,25451,25970), ".\n" 
  '"There are some who call me Tim?" 
  


  
  Ian Kettleborough 
[EMAIL PROTECTED] 
10/29/2001 06:15 PM 
  To:   
 Tim Conway/LMT/SC/PHILIPS@AMEC cc:   

  Subject:Re: rsync not copying 
owner/group on some files 

Classification: 
  Nope.. happens consistentlt. I even removed a directory at the 
  destinationand reran rsync. All the files were move, but the numeric id 
  shows insteadif the alpabetic group...no owner 
  either.Ian[EMAIL PROTECTED]  This is a multipart 
  message in MIME format. --=_alternative 007AF6F687256AF4_= 
  Content-Type: text/plain; charset="us-ascii"  I suspect that 
  you're copying over a nonexistent user... the name exists  on the 
  source, but not the destination. Would preserving the numeric ids 
   help?   --numeric-ids
don't map uid/gid values by user/group name  
   Tim Conway [EMAIL PROTECTED] 
  303.682.4917 Philips Semiconductor - Longmont TC 1880 
  Industrial Circle, Suite D Longmont, CO 80501 Available via 
  SameTime Connect within Philips, n9hmg on AIM perl -e 'print 
  pack(,  
  19061,29556,8289,28271,29800,25970,8304,25970,27680,26721,25451,25970), 
   ".\n" ' "There are some who call me Tim?" 
  Ian Kettleborough 
  [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 
  10/29/2001 03:02 PM  
   To:   [EMAIL PROTECTED]
   cc:   (bcc: Tim Conway/LMT/SC/PHILIPS)  
 Subject:rsync not copying 
  owner/group on some files Classification: 
  I am trying to use rsync 2.4.6 to try 
  creating a backup using another locally connected hard disk. Thing 
  copy, but sometimes the group is eith numeric (valid). Often the owner 
  is not even shown.  This is the command I use for 
  rsync:   rsync-2.4.6/rsync -arxlHpogDt /usr/ 
  /backup/usr/ --delete   I login as root. 
Any help would be appreciated.   -- 
Ian Kettleborough [EMAIL PROTECTED]  
  --=_alternative 007AF6F687256AF4_= 
  Content-Type: text/html; charset="us-ascii"   
  brfont size=2 face="sans-serif"I suspect that you're copying 
  over a nonexistent user... the name exists on the source, but not the 
  destination. nbsp;Would preserving the numeric ids 
  help?/font brfont size=2 
  face="sans-serif"nbsp; nbsp; nbsp;--numeric-ids nbsp; 
  nbsp; nbsp; nbsp; nbsp; don't map uid/gid values by 
  user/group name/font brfont size=2 
  face="sans-serif"br br Tim 
  Conwaybr [EMAIL PROTECTED]br 
  303.682.4917br Philips Semiconductor - Longmont 
  TCbr 1880 Industrial Circle, Suite Dbr 
  Longmont, CO 80501br Available via SameTime Connect within 
  Philips, n9hmg on AIMbr perl -e 'print pack(, 
  19061,29556,8289,28271,29800,25970,8304,25970,27680,26721,25451,25970), 
  quot;.\nquot; 'br quot;There are some who call 
  me Tim?quot;/font br 
  br br table width=100% tr 
  valign=top td tdfont size=1 
  face="sans-serif"bIan Kettleborough 
  lt;[EMAIL PROTECTED]gt;/b/font brfont 
  size=1 face="sans-serif"Sent by: 
  [EMAIL PROTECTED]/font pfont size=1 
  face="sans-serif"10/29/2001 03:02 PM/font 
  br tdfont size=1 face="Arial"nbsp; 
  nbsp; nbsp; nbsp; /font brfont 
  size=1 face="sans-serif"nbsp; nbsp; nbsp; nbsp; To: 
  nbsp; nbsp; nbsp; 
  nbsp;[EMAIL PROTECTED]/font brfont size=1 
  face="sans-serif"nbsp; nbsp; nbsp; nbsp; cc: 
  nbsp; nbsp; nbsp; nbsp;(bcc: Tim 
  Conway/LMT/SC/PHILIPS)/font brfont size=1 
  face="sans-serif"nbsp; nbsp; nbsp; nbsp; Subject: 
  nbsp; nbsp; nbsp; nbsp;rsync not copying owner/group on 
  some files/font pfont size=1 
  

RE: permissions bug w/ --backup-dir or --backup option?

2001-09-19 Thread Carey Jung


 And we've done 19,658 runs so far (8/server/day), over 380 Gigs sync'd
 with an average of 44Meg(11Meg compressed) of data per run, and all of
 our backup files come across with correct owners and permissions.  Whew!

 I'd look to your filesystem first.  Do the rsync'd files (not backup-dir
 files) come across with the right permissions?

Yes, the backed up file permissions are correct.  The files that get moved
to the backup-dir are not, though.  Looking at it a littler closer, though,
I think it's just the directory permissions/ownership that are getting lost.
Permissions/ownership of individual files are preserved properly.  Here's
some further data:

Command line (running as root):
rsync -avz --timeout=0 --partial --force --ignore-errors --bwlimit=0 --stats
 -- \
numeric-ids --delete --backup --backup-dir=/archive/current/previous/server

Sample permissions in backup directory:
cd /archive/backups/current/server
ls -ld home/company
drwxrws---  24 508  company 4096 Sep 18 12:04 home/company

Sample permissions in backup-dir directory:
cd /archive/backups/previous/server
ls -ld home/company
drwxr-xr-x  6 root  root4096 Sep 18 12:04 home/company

Carey





permissions bug w/ --backup-dir or --backup option?

2001-09-18 Thread Carey Jung

Running rsync 2.4.7pre1, using the --backup-dir option, I just realized
today that file ownerships and permissions of backed up files are not
preserved.   In other words, if rsync moves an obsolete file to the backup
dir, it's ownership seems to revert to root:root, and permissions change, as
well.  We are also using the -a (archive) option, by the way, which should
mean preserve everything.  This loss of ownership/permissions seems like a
definite bug to me.  What do you think?

Regards,
Carey Jung
IT Freedom





RE: permissions bug w/ --backup-dir or --backup option?

2001-09-18 Thread Carey Jung

By the way, if it makes a difference, our backup-dir is on a different
partition than the destination directory.  I'm not sure if --backup
permissions/ownership are preserved properly if done on the same partition.

Carey

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
 Behalf Of Carey Jung
 Sent: Wednesday, September 19, 2001 12:38 AM
 To: rsync list
 Subject: permissions bug w/ --backup-dir or --backup option?


 Running rsync 2.4.7pre1, using the --backup-dir option, I just realized
 today that file ownerships and permissions of backed up files are not
 preserved.   In other words, if rsync moves an obsolete file to the backup
 dir, it's ownership seems to revert to root:root, and permissions
 change, as
 well.  We are also using the -a (archive) option, by the way, which should
 mean preserve everything.  This loss of ownership/permissions
 seems like a
 definite bug to me.  What do you think?

 Regards,
 Carey Jung
 IT Freedom