-- Forwarded message --
From: John Drescher [EMAIL PROTECTED]
Date: Nov 29, 2007 9:26 AM
Subject: Re: [Bacula-users] trouble with marking a job finished
To: Ken Dail [EMAIL PROTECTED]
On Nov 29, 2007 9:20 AM, Ken Dail [EMAIL PROTECTED] wrote:
I'm having trouble with a particular
good day all, i'm working thru getting backups working on my new
library, i labled 10 tapes in the library from inside bconsole
using barcodes, i put them all into the scratch pool:
Pool: Scratch
In the message dated: Wed, 28 Nov 2007 23:13:18 EST,
The pithy ruminations from John Stoffel on
Re: [Bacula-users] All the problems with Bacula were:
=
[SNIP!]
= Shon here, I wouldn't have come as far as I have. For instance, the
= Shon full abilities of the commands aren't well
You need to have a different pool to do your backup in. The Scratch
pool is a special pool that the other pools go to when they are out of
media.
I have 3 pools a Scratch, Weekly and Daily pool. All new tapes are put
into the Scratch pool then backups are done in the Weekly and Daily
pool.
Don't configure your jobs to USE the scratch pool. That's the root of the
issue.
Instead, set your job's pool to be something else OTHER than Scratch, let's
say it's Client1_Pool just for example. Of course, you'll have to define
the pool to the director and reload the config before you run
29-Nov 11:18 molbio-dir JobId 9: Start Backup JobId 9,
Job=Client1.2007-11-29_11.18.03
29-Nov 11:18 molbio-dir JobId 9: Using Device LTO4
29-Nov 11:18 molbio-sd JobId 9: Job Client1.2007-11-29_11.18.03 waiting.
Cannot find any appendable volumes.
Please use the label command to create a
On Thu, Nov 29, 2007 at 11:19:43AM -0500, Michael Galloway wrote:
On Thu, Nov 29, 2007 at 11:06:05AM -0500, Flak Magnet wrote:
Don't configure your jobs to USE the scratch pool. That's the root of the
issue.
Instead, set your job's pool to be something else OTHER than Scratch,
let's
On Nov 29, 2007 10:50 AM, Michael Galloway [EMAIL PROTECTED] wrote:
good day all, i'm working thru getting backups working on my new
library, i labled 10 tapes in the library from inside bconsole
using barcodes, i put them all into the scratch pool:
Pool: Scratch
On Thu, Nov 29, 2007 at 01:16:30PM -0500, John Drescher wrote:
On Nov 29, 2007 10:50 AM, Michael Galloway [EMAIL PROTECTED] wrote:
good day all, i'm working thru getting backups working on my new
library, i labled 10 tapes in the library from inside bconsole
using barcodes, i put them all
After a holiday hiatus and some soul-searching (aka curling up w/ the Bacula
manual) I was able to make some significant progress
I couldn't figure out what caused the initial missing catalog data.
Since I had recently upgraded and wasn't capturing good backups, I dropped
my tables and
All,
I have setup a pool of disk volumes
Pool {
Name = NAS1_Disks
Pool Type = Backup
Recycle = yes
AutoPrune = yes
Volume Retention = 27d
Volume Use Duration = 7d
LabelFormat = ${Pool}-${NumVols}
}
The first backup written to this pool occurred on a Wednesday, and so the
next
Busy day. I really like the screenshots of bat on the wiki and though I'm
more a cli person, its a requirement of the project to have some kind of gui
for at least reporting. I'd like to give bat a try and wanted to find out if
anyone had recently compiled it for Solaris 10 x86 and particularly
On Thu, 29 Nov 2007 11:49:36 +, Damian Brasher said:
Hi List
I am using bacula version 2.2.5 and have a problem where a job, the
fourth out of five, just grinds to a halt right after the last file. The
job does not reach full completion and stalls. This job has been fine
for
Hello all,
I have a problem with bweb (Bacula version 2.2.6, bweb version 2.2)
I successfully installed it on Slackware 12 (followed the installation
instructions), and it runs fine on http://slackware/bweb.
Shows information about clients, volumes, but some things doesn't work.
For
Does someone have a link to the list of available job codes that can be
passed to a script when using the RunAfterJob directive? I could only find
2 so far, %c for client name and %d for director name. I hope there are
more directives available. Thanks
Jay
Found them. If ONLY I had searched a little longer
%% = %
%c = Client's name
%d = Director's name
%e = Job Exit Status
%i = JobId
%j = Unique Job id
%l = Job Level
%n = Job name
%s = Since time
%t = Job type (Backup, ...)
%v = Volume name
On Nov 29, 2007 3:31 PM, jay [EMAIL PROTECTED]
mark == mark bergman [EMAIL PROTECTED] writes:
mark = I've got a plan to sit down and sketch out more consistent and clear
mark = set of commands for manipulating bacula from the command line. Anyone
mark = else like the 'bcli' name?
mark =
mark No! No! This will only exacerbate the
Hi,
Thanks for this patch, it was applied to the trunk, and uploaded to
sourceforge.
Bye
On Wednesday 28 November 2007 23:08:39 Richard Mortimer wrote:
Hi Kern,
Please find attached my patch that fixes Bacula bug 1016. Scott Simpson
has tested the patch and reports that it fixes the issue
Hey folks,
I'm sure I have had this issue settled however...
My goal is to overwrite the backup-to-disk volumes everyday except Thursday
(another story). My understanding is that the following segment of my
bacula-dir.conf file will do the trick. However, it is not.
# Default Job Definition
As I understand it, the above configuration will simply reuse the volume in
the selected pool. What am I missing?
How many volumes do you have in the Wednesday pool? I hope more than 5
because bacula will not reuse any volume that is currently being used
in the running backup.
John
On Nov 29, 2007 5:27 PM, John Drescher [EMAIL PROTECTED] wrote:
As I understand it, the above configuration will simply reuse the volume in
the selected pool. What am I missing?
How many volumes do you have in the Wednesday pool? I hope more than 5
because bacula will not reuse any volume
Martin Simmons wrote:
Is it still transfering any data or does it just stop dead? If the data
transfer rate you see is the average then it could be the latter.
Looks like no data is transferred after the last file, however the rate
slowly reduces over
the span of a few hours.
If it stops
Damian Brasher wrote:
Martin Simmons wrote:
Is it still transfering any data or does it just stop dead? If the data
transfer rate you see is the average then it could be the latter.
Looks like no data is transferred after the last file, however the
rate slowly reduces over
the span of
John,
As a matter of fact, I did (which is a different issue.) When I started the
back up, I had 50GB left on the volume. The typical backup consumes only 25 GB
The size of the Wednesday5 volume. When I issued list volumes within
bconsole, Wednesday volume was at 77GB and of course the media
Jason Joines wrote:
Mark Nienberg wrote:
Jason Joines wrote:
Anyone seen this before? Is it just a time synchronization issue
causing the error?
Actually, it looks like your autolabel mechanism is not incrementing
properly. I
think bacula is trying to operate multiple times on the
25 matches
Mail list logo