Hello,
On 12/16/2005 12:56 AM, Gabriele Bulfon wrote:
....so....how does one force it to do it?!
Apart from the configuration directives like "prune oldest volume" (or
something) my advice is usually "you don't".
When I find I have to force Bacula to anything, it's usually my fault or
(more often these days, running a beta version :-) Bacula shows a bug.
Think: if the tape goes full after 3 jobs, and I have 4 each night, my
last job will not be done.
Or, in other words, you need enough space available.
And this is not acceptable.
No, this is,in my opinion, the best way to handle backups: Avoid
overwriting valid data whenever possible.
If I tell bacula that the retention period is 12 days, I assume that 12
days later the tape will be recycled.
Well, your assumption is not coherent with Bacula, then. Bacula treats a
retention like "keep the data for at least this time. Only after this
time has passed consider recycling that volume." Thus, you should assume
that your data will not be overwriten until 12 days have passed after
the last job on a given volume is finished.
After all...how does bacula knows the true capacity of a tape, until it
goes EOT?
Why would Bacula need that information?
Wouldn't it be easier to have some kind of flag to tell Bacula : "Ok,
this tape is in the correct pool, look if it's recyclable, and if it is,
don't even try to append. Just scratch and reuse".
Hmm. Isn't that how Bacula works? If a volume is in the right pool, and
it is flagged as recyclable, and automatic pruning for the jobs and
volumes is on, AND the retention period has passed, the volume will be
considered when Bacula looks for a recyclable volume.
If you want to limit the time Bacula uses a volume, you can do so by
setting the proper volume use time or number of jobs.
And, while jobs can be pruned automatically after a job, the step of
recycling a volume only happens when Bacula actually needs another volume.
I see many users asking for this. And I still haven't found a way to do it.
Always appending.
No, appending as long as it's allowed. Either until the volumes is full,
it's filled with as much data as you configured, with as many jobs as
you set, or used for the time you told it to use the volume.
But sometimes (some kind of randomly) it
recycles....wierd....isn't it?
Erm. No.
I understand Bacula works in a way to ensure that backups are available
as long as possible. When determining how to set it up, it's my duty to
set the retention times and the recycling strategy. Knowing the amount
of data I want to store, I have to make sure I've got enough space.
If I set up a pool to have backups available for a certain time, and
I've not got enough volumes, Bacula tells me so. Either I re-think my
backup strategy and modify the setup, or I buy more tapes.
I never had a situation where Bacula didn't recycle correctly, and even
my 1-year-retention pools are cycling as I set them up. Of course, for
short-term storage I need the space for a worst-case scenario.
Arno
<http://www.sonicle.com>
Gabriele Bulfon - Sonicle S.r.l.
Tel +39 028246016 Int. 30 - Fax +39 028243880
Via Felice Cavallotti 16 - 20089, Rozzano - Milano - ITALY
http://www.sonicle.com
----------------------------------------------------------------------------------
Da: Arno Lehmann <[EMAIL PROTECTED]>
A: bacula-users@lists.sourceforge.net
Data: 15 dicembre 2005 21.12.01 CET
Oggetto: Re: [Bacula-users] Puring/Pruning doesn't seem to be happening.
Hello,
On 12/15/2005 5:01 PM, Beren Gamble wrote:
> I'm going crosseyed, it's probably something simple, but i've
been looking at it for too long.
>
> This shows the media i'm going to use for tonight's backup. The
problem is, it's still set to append, shouldn't it have a VolStatus
or Purged?
>
>
+---------+------------+-----------+-----------------+----------+--------------+---------+------+-----------+-----------+---------------------+
> | MediaId | VolumeName | VolStatus | VolBytes | VolFiles |
VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten |
>
+---------+------------+-----------+-----------------+----------+--------------+---------+------+-----------+-----------+---------------------+
> | 6 | THURSDAY2 | Append | 99,017,877,864 | 102 | 1,036,800 | 1 |
0 | 1 | SDLT | 2005-12-02 00:22:38 |
>
Considering your retention period of 12 days, I guess that's what
you're
aiming at.
And no, it should not yet be purged. Bacula only prunes jobs and
volumes
when it actually needs a new volume. In this case, I suppose that, if
this evening there's no more space available or usable, Bacula will
prune this volume and then recycle it.
Arno
PS:
>
***********************************************************************************
> Mail FROM London Borough of Harrow:
> Unencrypted electronic mail is not secure and may not be
authentic, in whole or in part. You are advised to check directly
with the sender before acting upon any e-mail received.
>
> The information contained in this message and any attachments is
confidential and is intended for receipt by the above named
addressee(s) only. If you have otherwise encountered this message
please notify its originator via +44(0)20 8863 5611 at LONDON
BOROUGH OF HARROW. The unauthorised use, disclosure, copying or
alteration of this message is strictly forbidden. The views
expressed within this message are those of the individual sender and
not necessarily those of Harrow Council.
>
> Mail TO London Borough of Harrow:
> London Borough of Harrow monitors all electronic mail it receives
for Policy compliance and to protect its systems including anti-spam
and anti-virus measures.
If anybody at your institution thinks that this disclaimer would be
helpful it would be nice to wrap the text as usual. Otherwise, please
simply drop it.
If I really honored this disclaimer, I wouldn't reply to you - I'm not
the addressee of your mail, and we've got no contract, so how would I
know I'm really the one this mail intended for?
And, if you worry about confidentiality, you should cryptographically
sign or encript your mail. Or, even better, not use E-Mail at all.
Perhaps whoever is responsible for this stuff in your organisation can
explain if there's any real reason you need to send this out probably
thousands of times a day.
Thanks,
Arno
> Electronic mail does not guarantee delivery, nor notification of
non-delivery. It is suggested you contact your intended recipient(s)
by other means should confirmation of receipt be important.
>
***********************************************************************************
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep
through log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
--
IT-Service Lehmann [EMAIL PROTECTED]
Arno Lehmann http://www.its-lehmann.de
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through
log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
IT-Service Lehmann [EMAIL PROTECTED]
Arno Lehmann http://www.its-lehmann.de
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
