Re: [cobalt-developers] Restoring a RAQ4r

[Derek Belrose <derek_belrose@xxxxxxxx>]

Dico Reyers wrote:

> Hi There,
>
> When I was talking to the Cobalt support people (very friendly folk) today
> I asked them how to properly restore my raq4r in case something did
> happen.  This wasn't the reason of my call, but I thought that I'd inquire
> because the manual has a lot of exclamation points around this subject.
>
> They told me that I would have to restore my Raq (with the restore disk)...
> then add all the domain names I was hosting (in the exact same order as I
> entered them the first time), then add all the users again (exactly the
> same as the first time), then add all the information to the DNS server
> again (in the proper order once again)... then finally I can click on
> "maintenance > restore" to restore my raq to running condition.
>
> The tech person was very adamant about setting up all domain names and
> users EXACTLY in the SAME ORDER as I had done the first time.  This seems
> hard for a person to remember... especially if you had 100 accounts.  Can
> anyone shed some light on this for me?
>
> Thanks,
>
> -dr
>
> _______________________________________________
> cobalt-developers mailing list
> cobalt-developers@xxxxxxxxxxxxxxx
> http://list.cobalt.com/mailman/listinfo/cobalt-developers

The reason this has to be done is because of symlinks set up in the filesystem
for each domain.  When restored, the files are pushed to directories in
/home/sites/siteX where X is a numerical digit.  Example:

www.cobalt.com is the 5th site to be entered in the Virtual Sites list.  A
directory called site5 is created in /home/sites and a symlink named
www.cobalt.com is made pointing to site5.

Now if you didn't recreate your site list in the same order, you would have
maybe www.sun.com as site5...
the backup files for the old site5 are pushed to the new site5...Sun
Microsystems now has a Cobalt Networks website.

Mailboxes in /var/spool/mail are backed up...so all usernames have to be
recreated if they want their info to
work, the problem here is that while the users may exist on the system, they
DO NOT exist in the PostgreSQL database and they won't show up in the UI.
Also UID's and GID's of users have to match the
files they already own, so it is important that they are recreated in the same
order.

I hope this gives some insight on the necessity of recreating the Virtual Site
list.