-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Adam Compton wrote: > Hello, > > I have had Bacula running for about a month, backing up several servers. > The storage that I have available is a 600 GB RAID-5 device local to the > Director machine. I set up this space as one File volume, in one pool, > which all the jobs save to. It is, unfortunately, now full, and further > jobs are in a holding pattern, waiting for me to label a new volume. > > For some reason, when I was implementing Bacula I seem to have believed > that when a volume was full, Bacula would purge the oldest jobs from > that volume and then re-use the freed space immediately, although I > cannot find any documentation to support that belief now. I've tried > reducing the retention times and then updating and pruning the volume, > which doesn't seem to cause any errors, but also doesn't solve my problem.
There is no way to fix that. Bacula treats on disk volumes like tapes (with the exception that now it has random access to file volumes but does not on a tape), and you can't really go back and rewrite part of a tape. I suppose it would be possible, knowing the tape layout, but Bacula doesn't do it anyway. > My questions to the list are these: > > 1) Is there any way to make Bacula re-use space taken by old jobs that > can be safely pruned, without purging the volume? No. > 2) What would be the best-practice way of making use of this type of > storage (one big pool of disk)? Multiple File devices? Limits on the > size of volumes, to force multiple volumes to be created inside the same > File device? I've tried to read the documentation to glean this one, but > I can't find anything that's helping me understand how to handle this > situation. I personally ran into this with my catalog backup. I'd limit them in size and number. > 3) What is the likelihood that I will have to purge the current full > volume (and lose all of my existing backups) before I can move forward > with a different configuration? Very low, if you have space to continue on. What I'd do is attempt to store that 600GB file someplace and continue with the new setup. If you have no space, you have a problem, but as I understand it, you may be able to use a migration job to take jobs out of that volume and put them into new volumes. I've never done this myself though and cannot be of any assistance. You will still need more than that 600GB, bottom line, even if what you do is keep the 600GB where it is and migrate jobs to a temporary space (with the intent to eventually remove the 600GB volume and move the smaller volumes back onto your RAID). > Thanks everybody for helping out a poor befuddled newbie! - -- ---- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer III |$&| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF7aLymb+gadEcsb4RAnpTAJ40NT4/ltgGPd0DRXFG5/+upWThlwCgnLLo iLUw7t+KKAkcQryw10tay8E= =dC37 -----END PGP SIGNATURE----- ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users