Oops, I forgot to say that you can change the Volume Retention of
an individual volume using bconsole's "update volume" command.
Something like this
update volume=003018 volretention="12.5 months"
is possible, but you can also just run "update" and then have
bconsole walk you through the menus.
> "thomas" == Thomas Mueller writes:
thomas> Am Fri, 12 Mar 2010 17:53:42 -0500 schrieb Guy Matz:
>> hello, my brothers.
>>
>> a machine of mine has died and i would like to keep the
>> last set of backups "forever" . . . can someone tell me
>> the right way to go ab
3_15.37.30';
I don't create SQL queries often, so my sketch above might
include syntax errors, but the general idea of changing the job
status from 'M' back to 'B' worked.
We were running bacula 2.4.3 at the time, so it's conceivable t
> "dan" == Dan Langille writes:
dan> I have about 100 tapes. My tape library holds only 10 tapes.
dan> How do you decide which tapes to load into the library? What strategy
do
dan> you use?
I have a variant of your query that orders the volumes by the
date when they should be
her to source code or documentation
(we're still running Bacula 2.4.3, though, so my experience might
be dated).
John Jorgensen
--
Throughout its 18-year history, RSA Conference consistently attracts the
world'
> "adam.cecile" == Adam Cécile writes:
adam.cecile> Hello, I just upgraded to bacula 3.0.2 and I'm
adam.cecile> seeing strange messages when backing up an OSX
adam.cecile> computer. The log is full of "acl_get_file
adam.cecile> error on file", see below.
Check if the files f
> "subscription" == Kevin Keane writes:
> If you want tapes around forever, I think your
> best bet is to change the retention time in the
> pool to, say, ten years (I'm not sure if you
> can do an infinite retention time off the top
> of my head). Usually, if bacula can m
I remember
correctly, a posting on backupcentral (which I can't find again
now) speculated that the erase command overwrote a directory
between tape files and tape blocks, hence leaving the drive lost
when it initially reloaded the tape.
--
John Jorgensen LCD System Administrator jo
I think I've discovered a minor bug in Bacula 2.4.3 (running on
Scientific Linux 4.5, but that's probably not relevant), so I'm
following the standing suggestion to ask about it here on
bacula-users before reporting it to the bug database.
The bug can most succinctly be described by quoting the
co
>> On Nov 15, 2008, at 6:26 AM, Nils Blanck-Wehde wrote:
>>
>> Hello everyone,
>>
>> after a while my bacula-configuration files tend to get a
>> little messed up. I was wondering whether anyone tried to
>> split especially the director config-file into seperate
>> files for shedules, filesets, cl
> "cameron.ord" == Cameron Smith <[EMAIL PROTECTED]> writes:
cameron.ord> Status: New request
cameron.ord> What: A directive something like "IncludeConf =
/etc/bacula/subconfs"
cameron.ord> Every time Bacula Director restarts or reloads, it will
walk the given directory (
I've never used "list nextvol" before, but I tried it
after seeing Tilman's report, and sure enough, it kills my
Director too. I'm running bacula 2.2.8 on Scientific Linux 4.5
(essentially recompiled Red Hat 4.5), with the catalog in a
PostgreSQL 8.2.6 server the same machine (an old Dell
PowerEdg
, any one of the available choices would be
satisfactory, but I'd welcome any insights that aid in making the
choice.
Thanks.
--
John Jorgensen LCD System Administrator
-
SF.Net email is sponsored by: The Future of
> "dboyes" == David Boyes <[EMAIL PROTECTED]> writes:
dboyes> I agree with you. It's dumb to do an incremental
dboyes> followed immediately by a full backup if they're
dboyes> going to dump the same data in roughly the same
dboyes> timeframe.
What if the incremental and full b
> "kern" == Kern Sibbald <[EMAIL PROTECTED]> writes:
kern> Could you look to see if there is some way to set the
kern> synchronous value to a default? I cannot imagine that
kern> the author of SQLite would not provide some way to do
kern> so.
It's clear---from Dysmas de Lassu
Seeing this discussion about SQLite3 performance has finally
prompted me to share an observation that I made about a year ago,
when building bacula together with sqlite-3.3.6 for personal use
on my home machine.
I believe that the "default_synchronous" PRAGMA that Kern
mentions in his reply has no
> "plblists" == Peter L Buschman <[EMAIL PROTECTED]> writes:
plblists> If it isn't too much of an imposition, I'd like to
plblists> survey the list and ask the question "what
plblists> operating system are you running Bacula on?".
I'm responding to this late (while catching up on
17 matches
Mail list logo
