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. Best regards, Bernd -- --------------------------------------------------------------------- -- Dipl.-Math. Bernd Oberknapp Universitaetsbibliothek Freiburg Tel: +49-761 / 203-3852 Platz der Universitaet 2 | Postfach 1629 Fax: +49-761 / 203-3987 79098 Freiburg | 79016 Freiburg ------------------------------------------------------------------------- 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/
