RE: [cobalt-users] 12. RE: backing up configuration files raq2 (Mark Spieth)

["David C. Ashworth" <dave@xxxxxxxxx>]

Hi Tom, Peter, etc..

No, no, no Tom <grin>.  Peter's problem is the 'usual' 'web backup not good
enough' problem.  I realise that all backup programs have limitations but
with the Qube (and I guess the raq), you can get into a situation where
backup is sucessful but you cannot restore from it!  and yes scheduling will
work but this just gets you in the same mess of not being able to restore.

I hear what you say Tom, but how much is Legato? I will hold my hand up and
say I haven't actually priced it but there have been a few people on this
list that have that have and I think it was 1000 + for a 5 client - more
than the cost of the Qube!  I'm sure Legato is really cool, but you know
it's going to be expensive when you see the form you have to fill out for a
quote!

Anyhoo, if this was me, on my Qube I would upload the .qub file to the admin
directory (so it appears on the web page) as I assume this is faster.  I
have also had better results using a faster machine, also if your network is
not 100 you could use a cable with a twist to speed up net traffic (saves
buying a 100 hub for these sort of tasks).

Currently I am backing up the configuration (500k) and then backing up the
users data via the Samba shares.  I would like a way to alter the
'something' file on the qube that controls what the user sees and has access
to as even from the admin acount you cannot see the users directories and
therefore back them up.  (I'm sure this is a Jeff type problem <grin>)

Dave



> -----Original Message-----
> From: cobalt-users-admin@xxxxxxxxxxxxxxx
> [mailto:cobalt-users-admin@xxxxxxxxxxxxxxx]On Behalf Of Tom Kolbe
> Sent: 21 February 2000 20:07
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: [cobalt-users] 12. RE: backing up configuration files raq2
> (Mark Spieth)
>
>
> To pwc@xxxxxxxxxxxxxx,
>
> If regards to your problem with the server not backing up all the server
> configuration options. The Legato back should backup all files specified
> even if they are in use by the system or are "filelocked". When
> viewing the
> backup index, it should give you a "last modified" entry for the file. If
> for some reason it is timing out on you and not backing up the
> file, it is a
> problem with the OS itself prohibiting the backup from copying the data.
> Check to make sure the backup PID is running as root. The only other
> suggestion I can think of is to modify the filelock time out entry.
>
> Good luck,
>
> Tom Kolbe
> Dedicated Server Administrator
> kolbe@xxxxxxxxxxx
>
>
> Message: 12
> From: Mark Spieth <mspieth@xxxxxxxxxxxx>
> To: "'cobalt-users@xxxxxxxxxxxxxxx'" <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: RE: [cobalt-users] backing up configuration files raq2
> Date: Mon, 21 Feb 2000 12:58:40 -0500
> charset="iso-8859-1"
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> That is because the CGI times out. You may look at scheduling the backups
> rather than using the webpage
>
> -----Original Message-----
> From: pwc [mailto:pwc@xxxxxxxxxxxxxx]
> Sent: Monday, February 21, 2000 12:17 PM
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: [cobalt-users] backing up configuration files raq2
>
>
> Hi folks!
>
> This is driving me mad.
>
> I have a raq2 which will back up files and email of users,all files of a
> site, but will not back up either of the "all server
> configuration" options
> before timing out.
> Since I can't operate the raq2 sensibly without the ability to back up
> configurations, can any kind raq2 user offer a solution to this problem.
>
> regards
> peter
> moorland
> Complete range of web services,local directories, web marketing, etc.,
> http://www.devon.directory.co.uk
>
> Legal Disclaimer:-
>
> Internet communications are not secure and therefore the Moorland Internet
> Ltd does not accept legal responsibility for the contents of this message.
> Any views or opinions presented are solely those of the author and do not
> necessarily represent those of the Moorland Internet Ltd unless otherwise
> specifically stated.
>
>
> _______________________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> http://list.cobalt.com/mailman/listinfo/cobalt-users
>
>
> _______________________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> http://list.cobalt.com/mailman/listinfo/cobalt-users
>