Backing up multiple user data

[Janina Sajka]

Well, maybe there are some unixes that don't change uid/gid, but I'm not
sure what the rules about preserving such data would be. How do you keep
from conflicting with the same uid/gid on the target system? If there's
a UID=500 for me on machine a, what's to say someone else doesn't have
that same UID elsewhere? I find this suspect. So, I tried an expiriment.
Look at the following:

#ls -l janina+paula.jpg
-rw-r--r--  1 pet pet  31191 Dec 30  2000 janina+paula.jpg
[root at concerto 19:53:59] pet#scp janina+paula.jpg  janina at bumpy:
janina+paula.jpg
100%   30KB   1.1MB/s   00:00
[root at concerto 19:54:50] pet#ssh janina at bumpy

Looks like the ownership got changed.

janina at bumpy:~$
janina at bumpy:~$ ls -l janina+paula.jpg
-rw-r--r--  1 janina users 31191 Sep 29 19:55 janina+paula.jpg

Jack Mendez writes:
> okay but we were talking about preserving the permissions of the data, user 
> accounts do not need to be on the system the files are going on too in 
> order for the right permissions to be on them, in fact, if its just about 
> storing the files elsewhere gid and all of that gets retained even of those 
> id do not exist on the system
> At 07:26 PM 9/29/2004, you wrote:
> >But he's not giving them accounts on the target system. They aren't
> >supposed to log onto it. He's just backing up their data to that
> >machine. This is appropriate IT systems practice. It's imperative to
> >create backups and keep them updated, and it's imperative to do so at a
> >separate physical location so that a fire in your building doesn't trash
> >all your client's data.
> >
> >Jack Mendez writes:
> >> if you have that many users I'd suggest using LDAP or some directory
> >> service for authentication so users and passwords are not an issue on a 
> >LAN.
> >> At 05:10 PM 9/29/2004, you wrote:
> >> >On Tue, 28 Sep 2004, Janina Sajka wrote:
> >> >
> >> >>Not exactly. rsync will do as you say, but only if those users also
> >> >>exist on the target system. It cannot create new user accounts, and
> >> >>shouldn't be able to, either.
> >> >
> >> >Right, which is what spauned the question, and why Jack's solution won't
> >> >work.  If you deal with 50-150 users, and if the backup target machine 
> >is
> >> >not only used for this purpose (backing up this one machine, or one
> >> >userspace of a single network), making all of those users, becomes a
> >> >logistical nightmare, and difficult for other reasons.
> >> >
> >> >_______________________________________________
> >> >Speakup mailing list
> >> >Speakup at braille.uwo.ca
> >> >http://speech.braille.uwo.ca/mailman/listinfo/speakup
> >>
> >>
> >>
> >> _______________________________________________
> >> Speakup mailing list
> >> Speakup at braille.uwo.ca
> >> http://speech.braille.uwo.ca/mailman/listinfo/speakup
> >
> >--
> >
> >                                Janina Sajka, Chair
> >                                Accessibility Workgroup
> >                                Free Standards Group (FSG)
> >
> >janina at freestandards.org        Phone: +1 202.494.7040
> >
> >
> >_______________________________________________
> >Speakup mailing list
> >Speakup at braille.uwo.ca
> >http://speech.braille.uwo.ca/mailman/listinfo/speakup
> 
> 
> 
> _______________________________________________
> Speakup mailing list
> Speakup at braille.uwo.ca
> http://speech.braille.uwo.ca/mailman/listinfo/speakup

-- 
	
				Janina Sajka, Chair
				Accessibility Workgroup
				Free Standards Group (FSG)

janina at freestandards.org	Phone: +1 202.494.7040