Bernd Oberknapp wrote:
> On Thu, 29 Nov 2007, Les Stott wrote:
>
>
>> Les Stott wrote:
>>
>>> Les Stott wrote:
>>>
>>>
>>>> Hi all,
>>>>
>>>> Got BackupPC-3.0.0 installed from source on CentOS 5. Compression Level on
>>>> the pool is 3.
>>>>
>>>> Been running this nicely on a wide number of systems for some time.
>>>>
>>>> I have found some odd errors from rsync while trying to backup large .tgz
>>>> files (2-4gb)
>>>>
>>>> md4 doesn't match: will retry in phase 1
>>>>
>>>>
>>>> I checked back in the archives and found that while this is shown as an
>>>> error, its ok and happens infrequently as per....
>>>>
>>>> http://osdir.com/ml/sysutils.backup.backuppc.general/2005-02/msg00163.html
>>>>
>>>> However.....
>>>>
>>>> my concern is more that the web interface doesn't show these files when
>>>> the error occurs.
>>>>
>>>> Take for instance 3 backups of 1 host. 108, 109 and 110. 108 finished with
>>>> no xfer errors. 109 and 110 had xfer errors with "md4 doesnt match" for a
>>>> file called full.tgz. This file gets re-written each night before the
>>>> backuppc process.
>>>>
>>>> However if i check the actual directories....
>>>>
>>>> [EMAIL PROTECTED] pc]# ls -la gateway/108/f%2f/fhome/fsx_dump/ffull.tgz
>>>> -rw-r----- 2 apache apache 4227851629 Nov 21 00:45
>>>> gateway/108/f%2f/fhome/fsx_dump/ffull.tgz
>>>> [EMAIL PROTECTED] pc]# ls -la gateway/109/f%2f/fhome/fsx_dump/ffull.tgz
>>>> -rw-r----- 2 apache apache 4234795270 Nov 22 01:57
>>>> gateway/109/f%2f/fhome/fsx_dump/ffull.tgz
>>>> [EMAIL PROTECTED] pc]# ls -la gateway/110/f%2f/fhome/fsx_dump/ffull.tgz
>>>> -rw-r----- 2 apache apache 4248857715 Nov 23 01:57
>>>> gateway/110/f%2f/fhome/fsx_dump/ffull.tgz
>>>>
>>>> i see that the files are there.
>>>>
>>>> In the web interface if i browse through 109 or 110 i dont see full.tgz.
>>>> If i browse 108 i do see it. If i use the history link on 110 it looks
>>>> like full.tgz has only ever existed in 108.
>>>>
>>>> There must be something going on with the md4 error which is stopping it
>>>> from being displayed in the web interface. Is it a bug? Could compression
>>>> on the pool be screwing things because its already a tgz file?
>>>>
>>>>
>>>>
>>>>
>>> Tried turning off compression, still didn't stop errors about md4 not
>>> matching and display problems in the web interface.
>>>
>>> Anyone got any ideas?
>>>
>>>
>>>
>> bump.....
>>
>> i still see this problem with or without compression.
>>
>> anyone got any clues?
>>
>> Regards,
>>
>> Les
>>
>
> We have the same problem. BackupPC 3.0.0 with File-RsyncP-0.68 and
> rsync 2.6.6 on SUSE 10.1. Clients have at least rsync 2.6.6/protocol
> version 29.
>
>
Just to compare versions.....
For me it happens on 2 different servers which both run BackupPC-3.0.0
1. Centos 4.5, rsync version 2.6.3 protocol version 28,
perl-File-RsyncP-0.68-1.el4.rf
and
2. Centos 5, rsync version 2.6.9 protocol version 29 on Centos 5,
perl-File-RsyncP-0.68-1.el5.rf
Both are localhost backups run using rsync and sudo, so rsync version is
identical.
Both have the same rsync commands and arguments.
$Conf{RsyncClientCmd} = '/usr/bin/sudo /special/rsyncSend $argList+';
$Conf{RsyncClientRestoreCmd} = '/usr/bin/sudo /special/rsyncSend $argList+';
$Conf{RsyncArgs} = [
'--numeric-ids',
'--perms',
'--owner',
'--group',
'-D',
'--links',
'--hard-links',
'--times',
'--block-size=2048',
'--recursive'
];
perhaps its a bug??????
maybe i'll try an upgrade to 3.1.0 and see if it still happens.
Regards,
Les
-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell. From the desktop to the data center, Linux is going
mainstream. Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
BackupPC-users mailing list
[email protected]
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
