2017-09-21 16:35 GMT+02:00 Craig Barratt via BackupPC-users <[email protected]>: > You can look in the XferLOG file to see whether a file is transferred or > not, and whether it matches the pool.
AFAIK, XferLOG is not dumped in real time, seems to be flushed at some interval. BPC keeps files in memory and the write to disks after a while? This could explain why I can see some short-freeze on source server (by looking at strace or rsyncd.log) every 30-40 seconds. Tons of files are transfered, then a short freeze, then new files are transfered. This doesn't happen with plain rsync, only with BPC. Seems that some files are keept in memory then flushed to disks. > Mixing uncompressed and compressed backups is a bad idea (ie: changing the > compress level between non-zero and zero. BackupPC stores the compressed > and uncompressed pool files separately, so you'll end up with two copies of > many or every file. It's ok to change the compression level (eg, from 3 to > 1). That will just mean new pool files will use the new compression. > Overall, file compression adds very little overhead, since when a pool file > matches, it does't have to be compressed. I'll go with compression 0. ZFS is compressing, there is no need to add an additiona layer. What happen if I delete backup 0 (full) keeping only backup 1 (incremental) ? The incremental one would be stale of 100% available ? ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ 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/
