Re: [cobalt-users] [RaQ 550] Backup with tar and e-mailing to admin

[Jeff Lasman <jblists@xxxxxxxxxxxxx>]

Steve Werby wrote:

> I assumed it caused problems and a few months ago went as far as hacking the
> code to force it to allow a re-install to a 550 just to see what happened so
> I could later investigate modifying or building onto the code to fix it.
> I'd have to check my notes, but I know I never got past hacking it for
> testing purposes and didn't make any real progress.

'tis a shame, it's time-consuming and boring, and I hope to never have
to do it myself <wry grin>.

> I've done it as well, though I've had more problems with the results of that
> particular migration than 3=>3, 3=>4 or 4=>4, but that just might be due to
> random chance.

I believe I've mentioned problems with FPX and with DNS; we've had
problems with both (and fwiw, DNS has to be imported separately, since
the 550 doesn't use a records file).

> BTW, my statement that you quoted at the top of the email
> was poorly worded.  Note that later in my email I stated that the 550=>550
> cmuImport does not work (that was the migration the original poster was
> interested in) - I didn't mean to imply that cmuImport doesn't work for
> other migrations.

I understood that, but I wrote what I did to correct the issue for
anyone reading the archives.

> Jeff, you mentioned to the original poster that you could provide software
> that handles backups and restores for a 550, but you also asked in the same
> email "Has anyone done CMU backups on the RaQ550 and then looked at the
> files it creates to see if everything is there?".  So I'm curious, can you
> share what you've done or would propose doing since you seem to be saying
> that you don't know what the CMU files consists of for the 550, but you're
> capable of some kind of restore for a 550 (manual?).

I said "a small project" for a reason <smile>.  Yes, we'd have to check
to see if enough information was there, and then create our own system
to restore it... or worse, create a system for backup and restore.

Our experience with Plesk has taught us there's more than one way to
skin a cat <smile>.

I'd back up site space and user space and databases.  What I'd like to
do is turn off email and databases for the short time-frame it took to
back them up, but because of the way the 550 stores email, turning off
email for a backup is probably too time-consuming.  Most people who find
they need a backup understand the mail in it is fairly worthless, so
perhaps we could leave email turned on, and just turn off the
database(s) while doing the exports.

I'm not even saying I look forward to such a project, but it badly needs
doing.  Anyone care to start a small group to work on it <smile>?

Jeff
-- 
Jeff Lasman, nobaloney.net, P. O. Box 52672, Riverside, CA  92517 US
Internet & Unix/Linux/Sun/Cobalt Consulting +1 909 778-9980
Our jblists address used on lists is for list email only
To contact us offlist: "http://www.nobaloney.net/contactus.html";