Arjan Schrijver wrote: > Hi list, > Is anyone experiencing this same problem? > We're backupping about 35 servers every night, which takes about 2 hours > to complete. > The backup sizes vary from a few hundred MB's to a few GB's per server. > The speed of the backup itself is quite good, but after the backup we > start dirvish-expire, which takes about 6 hours, and sometimes even up > to 10 hours or more. > Is this normal? It seems to me that analyzing directory names and then > deleting them shouldn't take this amount of time. > Can anyone explain this to me?
No, it isn't normal. Another idea is that if you have directories that have *lots* of files (thousands) not nested in other directories and are using ext3 without -O dir_index, running rm's can take a long time because it iterates at O(n) time. Of course, this would also cause the backup to go slowly as rsync would need to iterate the same folders. One other aside: normally I would recommend running dirvish-expire first. Running it before or after will still delete the exact same old images. Only the most recent image is used for for the differential, and it will never be removed. But cleaning up before you run the backup instead of after means you have more space to work with. Eric
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Dirvish mailing list [email protected] http://www.dirvish.org/mailman/listinfo/dirvish
