[Box Backup] help again

[Nick Knight]

Hello,

I figure this one out late last night. Although cygwin was never
installed on this machine a cygwin1.dll was in the system directory so
old it couldn't handle files larger than 2GB - and it was so it
couldn't! Because it was in the system directory it was picked up before
the one in the box backup directory. Deleted and now it works fine.

Not sure were they come from - brand new machine running windows 2003
server with hardly anything on it - surely MS can't be putting it there?

You're known issue about a file changing is magnified with the problem
that it takes longer to ship it out over the Internet than to dump it to
tape, I have opened this up to discussion with the other guys - see if
they can think of something. The immediate obvious one is to make a copy
then transmit - this will add time - and require an overhead in local
disk space - but it reduces the probability of an error - but not the
cleanest.

Regards

Nick

-----Original Message-----
From: boxbackup-admin@fluffy.co.uk [mailto:boxbackup-admin@fluffy.co.uk]
On Behalf Of Ben Summers
Sent: 18 August 2004 10:30
To: boxbackup@fluffy.co.uk
Subject: Re: [Box Backup] help again


On 17 Aug 2004, at 15:25, Nick Knight wrote:

> I am running under cygwin on windows. I have a file which I have=20
> permissions to read - and tested. When testing I run under=20
> administrator and the backup daemon runs under administrator. But the=20
> backup stops with the following entries in the event log
>
> Exception caught (7/47), reset state and waiting to retry....
>
> Error code when uploading was (4/46), BackupStore=20
> Temp_FileEncodeStreamDidntReadBuffer.
>
> Backup object failed, error when reading=20
> /cygdrive/c/Data/Company/SAGEBACK.001

Did this file change while it was being uploaded? In the next run, did=20
the error happen again?

This will only happen if the file changes during upload -- which is a=20
very difficult thing to manage properly. Suggestions welcome for a good=20
way to cope with this! As far as I'm aware, no backup system copes with=20
this.

Ben


_______________________________________________
boxbackup mailing list
boxbackup@fluffy.co.uk
http://lists.warhead.org.uk/mailman/listinfo/boxbackup