[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [cobalt-developers] CMU and Tar to transfer sites from one Raq3to another
- Subject: RE: [cobalt-developers] CMU and Tar to transfer sites from one Raq3to another
- From: ProServe - Peter Batenburg <peter@xxxxxxxxxxx>
- Date: Sat Jun 30 07:06:02 2001
- List-id: Discussion Forum for developers on Cobalt Networks products <cobalt-developers.list.cobalt.com>
Hi,
AFAIK linux stores usernames & groups as numbers. And if the users &
groups are recreated, they will get new numbers. So your method would not
work. Maybe rsync does something to fix this? Some people have insights in
this?
With kind regards,
Peter Batenburg
ProServe
Prisma 100
3364 DJ Sliedrecht
Tel.: 0184 - 423 815
Fax: 0184 - 417 160
http://www.proserve.nl
On Fri, 29 Jun 2001, malcolm wild wrote:
> as long as the usernames remain the same and you only rysnc back the www.*
> folder my method works fine
> u cvan't rsync the entire /home/sites folder as u rightly say the siteX are
> different on the new machine
>
> -----Original Message-----
> From: cobalt-developers-admin@xxxxxxxxxxxxxxx
> [mailto:cobalt-developers-admin@xxxxxxxxxxxxxxx]On Behalf Of ProServe -
> Peter Batenburg
> Sent: 30 June 2001 19:00
> To: cobalt-developers@xxxxxxxxxxxxxxx
> Subject: RE: [cobalt-developers] CMU and Tar to transfer sites from one
> Raq3to another
>
>
> Hi,
>
> How would you resolve the problem that every site gets new sitenumbers?
> And how would you resolve the users having new index numbers? neigther
> rsync or tar could help you with that. The only solid solution would be to
> add some code to the CMU that makes a seperate index file containing all
> files, and what users/sites (in www.FQDN format) owns it. Then when
> restoring with the CMU it would have to take the index file, and use that
> to change all the permissions. It would have to lookup the FQDN to the
> site number. As an extra feature it could also create a logfile with
> files that couldn't be restored. (Or somekind of double check)
> The other solution could be to tweak the CMU so it will not
> restore the files and change permissions to admin.siteX but
> nobody.siteX.
>
> With kind regards,
>
> Peter Batenburg
>
> ProServe
> Prisma 100
> 3364 DJ Sliedrecht
> Tel.: 0184 - 423 815
> Fax: 0184 - 417 160
> http://www.proserve.nl
>
> On Fri, 29 Jun 2001, malcolm wild wrote:
>
> > a common issue with the CMU as it runs as admin all the file ownerships
> are
> > admin:siteX
> >
> > So its not a problem with HTML pages as these normally have rw-rw-r so
> > groups siteadmin AND admin can read&write to them.
> >
> > The problem is with cgi scripts, data files etc.
> >
> > The easiest fix is to do a two step transfer
> >
> > First backup the servers /home/sites/ folder with Rsync (rsync.samba.org)
> > This mirrors the server AND maintains correct permission/ownerships :)
> >
> > Then use the CMU to import the username/passwords/aliases/sites
> information,
> > all still owned by admin :(
> >
> > Next mirror your backup server onto the new RaQ and set the rysnc config
> to
> > overright the www.* folders in the /home/sites/ folder.
> >
> > That'll work - sorry I've been basic on the "how to" if you/anyone needs
> to
> > know in-depth I'll happy dig out my command line instructions.
> >
> >
> >
> >
> >
> > -----Original Message-----
> > From: cobalt-developers-admin@xxxxxxxxxxxxxxx
> > [mailto:cobalt-developers-admin@xxxxxxxxxxxxxxx]On Behalf Of Tian
> > Sent: 29 June 2001 16:48
> > To: cobalt-developers@xxxxxxxxxxxxxxx
> > Subject: [cobalt-developers] CMU and Tar to transfer sites from one Raq3
> > to another
> >
> >
> > I have noticed that the Raq 3 CMU (RaQ3-all-CMU Release 1.1-22)
> > does not seem to preserve file owners when you transfer sites from
> > one Raq 3 to another. For example, if you have FrontPage enabled
> > for a site, when you restore the web page files, all of the files will
> > have the owner "nobody" regardless of what the owner was of the
> > files on the machine that you backed up from.
> >
> > I am trying to use tar to back up the files for each site and then
> > restore the files onto the new Raq 3. When I restore the files on
> > to the new Raq 3, I have noticed that the group for each file is
> > changed from a site number (ex. site23) to just a number (ex.
> > 144). If I use chgrp to change the file/directory owners to the
> > correct group (based on what the new site number is), will
> > there be any problems?
> >
> > Also, I am using the following tar options to backup/restore
> > the files (I'm not a Unix expert.. yet):
> > backup: tar cvfW [tar file] [directory to back up]
> > restore: tar xvf [tar file] [location to restore to]
> > Will these options back up and restore all of the required file
> > information (owner, permissions, etc.) for everything to work
> > correctly?
> >
> > Tian.
> >