-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kern Sibbald wrote: > On Thursday 14 May 2009 14:07:47 Dan Langille wrote: >> I was contacted off-list last night regarding systems where the GID/UID >> of the backed up file does not exist when restoring. >> >> The backup was performed on a system that contained GID/UID entries that >> did not exist on the new server. The user reported an issue involving >> unexpected chown settings on the restored file set. Specifically, many >> files were chown root:wheel where he expected them to be something from >> the missing GID/UID values. He has since solved this issue by adding >> the missing values to the system and performing the restore again. >> >> I have not looked at the code. But I see the above characteristics as >> the best result. >> >> My thoughts indicate we have two options in this situation: >> >> 1 - store GID/UID numeric values, but if those numbers mapped to a >> different group/user on restore, that's bad, Very bad. > > We do the above.
If this is what we were doing, I don't see why files would be restored as root:wheel instead of the original uid/gid combination. > > I think this is documented in the manual to possibly create problems if you > move files from one system to another. > > It is worse if you move it from one OS type to a totally different one as all > the bits in the mode word of the stat packet are not guaranteed to be the > same and that *could* possibly create some problems for certain file types. > > >> 2 - store GID/UID names, so we Do The Right Thing(tm) when restoring. >> If the GID/UID is not found, use root defaults (in this case, root:wheel). >> >> From the scenario described, I think we do option 2 at present. > > No, we do not save names. > > I think we do the same thing that tar and most other program do -- simply > create the file with the original UID/GID. > > If tar does something different, I would like to know what they do. I am quite sure this is what tar does. - -- Dan Langille BSDCan - The Technical BSD Conference : http://www.bsdcan.org/ PGCon - The PostgreSQL Conference: http://www.pgcon.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoMNecACgkQCgsXFM/7nTw/iQCfde3hbn9iGSAPmVkMgSjW/JLY /h0An3DbAzUotld492gdzooQa69auslN =2dho -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel
