On Wed, Jan 31, 2018 at 08:16:02PM -0800, Dan wrote: > I just did that and purged a few volumes and none of them truncated. I'm > running 16.2.4. So either this is another bug or I also have it configured > incorrectly.
Glad I'm not the only one. > Having said that, the reason I've never configured for it is that it didn't > look very useful to me. Maybe because of my configuration? To clarify, I'm replacing Backuppc and rsnapshot with Bareos. I was previously able to fit a 30 day rolling backup of my server on the same backup storage. I've been struggling to make the same fit with Bareos. I know Backuppc has some file level deduplication too, but that shouldn't have been strong in my environment. Getting consolidation via virtual full, extra file devices, and trying to get recycling going properly so backups can continue with a finite space has been a challenge. I haven't yet gotten to testing archival to removable drive which was my big goal. After a few weeks my storage fills and jams, and I have to revisit the configuration just to get backups rolling again.. > 1) Implement that bug fix script to prune the volumes after every Consolidate > job. That will get the volume recycling working properly and you won't be > left with a bunch of stale volumes taking up space. I could add that as a post hook instead of relying on Cron. On the other hand I'd also have to script an rm since truncate doesn't seem to work. > 2) Us a relatively small Max Volume Bytes in your AI-Incremental and > AI-Consolidated pools. I use 5G. That's a great suggestion. > 3) Don't consolidate every day. Consolidation is great for recovering unused > space on storage volumes, but doing that daily is overkill. I believe it is consolidating daily only because of the always incremental, where it needs the consolidate job to kick off a virtual full. It's dynamically doing virtual fulls based on retention period, but the daily has to run for it to be considered. ------------------------------------------------------------------ Russell Adams [email protected] PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint: 1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 -- You received this message because you are subscribed to the Google Groups "bareos-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. For more options, visit https://groups.google.com/d/optout.
