Re: [cobalt-users] Qube 2 freezing up

[Malcolm McLeary <mmcleary@xxxxxxx>]

on 28/8/00 10:48 AM, Rob Rosenberger at junkmail@xxxxxxxxxxx wrote:

> I therefore must strongly recommend non-Cobalt backup procedures if you store
> critical business files on a Qube2.

Couldn't agree more.

For both MacOS and Windows installations I use Dantz Retrospect on a MacOS
or Windows PC to backup Netatalk or SAMBA shares across the LAN.

The Netatalk installations are a pain because the "date bug" means
incremental backups cannot happen.  For some strange reason this bug has
been fixed in the Gateway version of the Qube 2 (i.e. Gateway Microserver),
but Cobalt have not fixed it in Qube2-en-OSUpdate-3.0 or the update to the
patch.

on 30/8/00 2:22 AM, Curtis D Stuart at support-nam@xxxxxxxxxxxxx wrote:

>> Does Qube2-en-OSUpdate-3.0 fix the file modification date problem Netatalk on
>> the Qube2 has had since birth?
> 
> I know that the patch fixes apple security error, but I do not think this
> patch address the date error.  sorry..

WRT Samba installations, performance and stability appears to be very data
dependent.  I have a couple of configurations which work great.  One example
has 16 SAMBA shares one of which is quite large but backups work great ...

> Report generated by Retrospect.
> ------------------------
> Script "Qube - Backup Vol TDA Data" started on "30/08/2000 1:35".
> ------------------------
> Source: "My Computer/tdadata on Qube"
> Action: "Normal" backup
> Target: "Qube - TDA Data"
> Started on: "30/08/2000 1:35", Finished on: "30/08/2000 6:06".
> "21157" files ("4527714" KB) in "16103" seconds.
> . 
> ------------------------
> Script "Qube - Backup Vol TDA Data" finished with no errors.
> ------------------------

I have however seen other configurations which perform quite poorly,
particularly if directories have LOTS of items.  SAMBA appears to perform
VERY poorly if data is not structured into a hierarchy of directories.  Also
I have a configuration which freezes EVERY time a full backup is performed.
It would seem that SAMBA gets VERY unhappy if a client tries very hard to
read a "bad" file.

Perhaps SAMBA 2.0.7 (as installed on the NASRaQ) would help.

Similarly a later version of Netatalk (also installed on the NASRaQ) may
resolve the date issue.

I believe that Dantz are very close to announcing/releasing a Linux Client
for Retrospect.  This will mean I won't have to rely on Netatalk or SAMBA to
achieve network backups of a Qube2/Gateway Microserver to a MacOS or Windows
PC ... but only if they release a MIPS version.  I have not seen a beta yet,
but from what I've heard they do have Cobalt hardware in their development
lab and its not just the latest x86 variety.

Cheers,  Malcolm

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

                       Information Alchemy Pty Ltd
                             ACN 089 239 305
                           Canberra, Australia

Malcolm McLeary                                Mobile:     0412 636 086
Managing Director                              Email:  mmcleary@xxxxxxx

     This message was sent using Outlook Express 5.0 for Macintosh.