Patterns defined in .backup_exclude_paths are used ONLY by the final
tar command, which creates the resulting backup archive.
This is OK, but I think backup_exclude_paths was meant to speed
up backups by excluding unnecessary folders/files.
This works only partially, because:
1. DA copies ALL user files temporary to /home/tmp/admin.XXX/user/backup/
even those excluded via /home/user/.backup_exclude_paths
2. DA creates the final archive with --exclude-from=/home/user/.backup_exclude_paths
- this is expected and OK.
But the first step, copying for example three gazillions of files
(spam/trash/etc.) to the temporary location (/home/tmp/admin.XXX/user/backup/)
so they can be ignored/excluded by the final tar command
makes no sense, because this copying to the temporary directory is
what takes sometimes very log, especially when you're using NFS shares.
So I would suggest to somehow rethink/modify this behavior.
Related threads:
tar command, which creates the resulting backup archive.
This is OK, but I think backup_exclude_paths was meant to speed
up backups by excluding unnecessary folders/files.
This works only partially, because:
1. DA copies ALL user files temporary to /home/tmp/admin.XXX/user/backup/
even those excluded via /home/user/.backup_exclude_paths
2. DA creates the final archive with --exclude-from=/home/user/.backup_exclude_paths
- this is expected and OK.
But the first step, copying for example three gazillions of files
(spam/trash/etc.) to the temporary location (/home/tmp/admin.XXX/user/backup/)
so they can be ignored/excluded by the final tar command
makes no sense, because this copying to the temporary directory is
what takes sometimes very log, especially when you're using NFS shares.
So I would suggest to somehow rethink/modify this behavior.
Related threads: