If your volumes were allowed to fill the disk to 100%, that might be part of your problem. Your (max volumes * volume size) should leave some buffer space on the disk allocated to Bacula. If your working directory is on the same disk, you need to be even more generous with that buffer (I often use a separate disk for this). Also your sql database should be on a different volume. All these can cumulatively exceed your storage limit.
I ran into this problem before, but I don't recall exactly how I fixed it, so I'll just talk about this out loud here. The retention time may need to be adjusted on a per client basis in addition to a global value, otherwise this may be holding the volumes as in-use. Beyond changing your retention time, you probably need to restart bacula if you haven't already. You need to get the oldest backups in the database to reflect (fall outside of) the updated retention period through the console (this should be a function of the retention time updates to the client definitions). Bacula has a notion of "recycling" volumes, but it won't delete them. This is one of those "you never want to get here" kind of things. Once you can "expire" (not a Bacula term) the oldest backups, you should end up with one or more volumes which can be recycled, they will show a "purged" status in the console I believe. If any backup is still valid, it will hold that volume as in-use. Once the target volume is reported as "Purged" you can use the "delete volume" command, and hopefully you are good to go. On a related note, with respect to pruning, this does not recover space or delete volumes which it seems you may need to do. From the manual <https://www.bacula.org/5.1.x-manuals/en/main/main/Automatic_Volume_Recycling.html> : "By setting AutoPrune to yes you will permit Bacula to automatically prune all Volumes in the Pool when a Job needs another Volume. Volume pruning means removing records from the catalog. It does not shrink the size of the Volume or affect the Volume data until the Volume gets overwritten. When a Job requests another volume and there are no Volumes with Volume Status Append available, Bacula will begin volume pruning. This means that all Jobs that are older than the VolumeRetention period will be pruned from every Volume that has Volume Status Full or Used and has Recycle set to yes. Pruning consists of deleting the corresponding Job, File, and JobMedia records from the catalog database. No change to the physical data on the Volume occurs during the pruning process. When all files are pruned from a Volume (i.e. no records in the catalog), the Volume will be marked as Purged implying that no Jobs remain on the volume." I hope this helps. Chris On Wed, Nov 23, 2022 at 9:47 AM Nick Bright <nbri...@kwikom.com> wrote: > Greetings, > > I'm new to Bacula, and haven't used tape based backups before (though > I've used BackupPC for many years.) I'm running Bacula 11.0.6 on Debian 11. > > Currently I'm backing up about 30 servers to Bacula, and this seems to > be working well; however I've filled up my 17TB of disk, and backups are > now failing citing that there are no available volumes to append to. > > I've spent the morning searching for various storage space management > strategies within Bacula, but not finding anything useful. I suspect my > failure to find useful information may be that I don't know enough about > what needs to happen to properly phrase the questions I need to be > asking - results have centered around truncating volumes, but all > command just return essentially 'nothing to truncate'. > > Speculating this has to do with retention, I turned my retention for > both Jobs and Files down to 7 days, but still 'nothing to truncate' is > the output. > > Specifically running the bconsole command "prune expired volume yes" > results in all Volumes reporting "Found no Job associated with the > Volume to prune", and the bconsole command "purge volume action=truncate > allpools storage=File1" reports "No Volumes found to perform the command" > > Adding storage isn't a tenable solution (all disk bays are full), so I > would appreciate any specific recommendations for storage management > strategies. > > Thanks, > > -- > --------------------------------- > - Nick Bright - > - KwiKom Communications - > - Office 800-379-7292 - > - Direct 620-228-5653 - > - Web https://www.kwikom.com/ - > --------------------------------- > > > > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users > -- Regards, Chris *We do the things you want to do and don't know how* *We do the things you know how to do and don't have the time* Chris MillerCEORocket Scientist831.480.7199 (office)831.428.2556 (cell) <https://www.facebook.com/cloudbrigade/> <https://www.linkedin.com/company/cloud-brigade/> <https://twitter.com/cloudbrigade> <https://calendly.com/ctm/15min> Let's talk! ⤴
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
