[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [cobalt-developers] restore problem on RAQ3
- Subject: RE: [cobalt-developers] restore problem on RAQ3
- From: "Andy Brown" <andy.brown@xxxxxxxxxxxxx>
- Date: Fri Oct 26 02:40:39 2001
- List-id: Discussion Forum for developers on Sun Cobalt Networks products <cobalt-developers.list.cobalt.com>
Hi Tim, hate to be bearer of bad news, but ditch those backups done
using the GUI. I've ran into serious problems, and just search these
lists and you'll find lots of people in the same situation. There is a
bug when it comes to uploading large files via the GUI or even handling
the files with the built-in restore feature it seems.
I solved this as follows:
1) Install the CMU import/export utility from cobalt, which is a
CLI-based migration utility.
http://emea.cobalt.com/support/download/migration.html
2) Setup the method of transferring the backup files. I use a
network-mounted drive to send backups to because the servers are in our
data centre.
3) Write a shell script to do it all for you nightly, placing the script
in /etc/cron.daily/
Using the CMU import/export DOES work as I've restored/backed up our
RaQs a few times now without problems. However as with ALL developments
with Cobalt products you MUST test it on a non-live unit first, as it
may not go as predicted. We had to purchase an additional RaQ for this
purpose because I didn't trust the updates coming from Cobalt (and with
good reason if you browse the lists!, I'm a pure linux-ist so have a
good background on the linux o/s)
Hope this helps you out!
Andy Brown
andy@xxxxxxxxxxxxxxxxxxxxx
http://ineedlinux.info/
> -----Original Message-----
> From: Tim Ferguson [mailto:tim@xxxxxxxx]
> Sent: 24 October 2001 9:32 PM
> To: cobalt-developers@xxxxxxxxxxxxxxx
> Subject: [cobalt-developers] restore problem on RAQ3
>
>
> We have been doing backups of a Cobalt Raq3. (Approx 120
> domains) via the GUI and then ftp'ing them to another
> location to write to tape. I have ran several tests restoring
> data when the backups where small and never had any problems.
> Recently there was a need to restore one domain and this is
> seeming more and more impossible to do.
>
> The following has been attempted and failed.
>
> Attempted a selective restore from the GUI
> Ftp'd backup file to admin directory and attempted a
> selective restore . I have attempted to run a perl script
> that is suppose to strip the headers in the backup and make
> it a normal tar file. This script does not seem to work
> correctly leaving a file of out.tar.gz that is empty I would
> appreciate any assistance or experiences anyone may have had
> attempting to restore an 800 plus mb backup on a cobalt. This
> is really starting to concern me. I have several cobalts
> running 100 plus domains on them and am worried that the back
> ups may not be worth much if a problem occurs in regards to data lose.
>
> Thank you in advance for your time.
>
>
> --------------------------------------------------------------
> ---------
> Tim Ferguson | System Administrator | tim@xxxxxxxx
> Eastern Oregon Net Inc. | The Internet done right!
> La Grande Oregon USA
> Customer Support | support@xxxxxxxx
> Network Operations | noc@xxxxxxxx
> --------------------------------------------------------------
> ---------
>
> _______________________________________________
> cobalt-developers mailing list
> cobalt-developers@xxxxxxxxxxxxxxx
> http://list.cobalt.com/mailman/listinfo/cobalt> -developers
>