Hi Dan,
I believe that solved my problem, and explains why the new volume (which only
got created after making changes and running "reload") made it into the
"bryanslack-scratch" pool. But the other old volumes still around from before
the changes didn't seem to want to go into the scratch poo
On 2012-06-19 19:57, Bryan Harris wrote:
> Hello all,
>
> I'm trying to place my volumes into a scratch pool of a custom name
> using these lines. However, the volumes do not move into the scratch
> pool after usage. Instead, they remain in the pool called
> "bryanslack-virtuals". When I run "li
On 06/19/2012 07:57 PM, Bryan Harris wrote:
> Hello all,
>
> I'm trying to place my volumes into a scratch pool of a custom name
> using these lines. However, the volumes do not move into the scratch
> pool after usage. Instead, they remain in the pool called
> "bryanslack-virtuals". When I run
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 th
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 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"
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
> say it's "Client1_Pool" just for example. Of course, you'll have
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 r
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. As
> So just this? and no other options?
>
> Pool {
> Name = "Scratch"
> }
>
Here is what I have:
Pool {
Name = Scratch
Pool Type = Backup
}
John
-
Using Tomcat but need to do more? Need to support web services, security
a known Pool Type is required,
Pool {
Name = Scratch
}
> [EMAIL PROTECTED] conf.d]$ ../bacula-ctl-dir start
> Starting the Bacula Director daemon
> 08-Feb 21:14 bacula-dir: ERROR TERMINATION at dird_conf.c:1199
> pooltype item is required in pool resource, but not found.
next try:
Pool {
N
John Drescher wrote:
> On 2/8/07, Brian Debelius <[EMAIL PROTECTED]> wrote:
>> Hello,
>>
>> Would someone please post you configuration for a Scratch pool?
>>
> Simply create a pool named Scratch and add tapes to it. Bacula
> automatically will move tapes from the Scratch pool when it needs a
> tap
On 2/8/07, Brian Debelius <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Would someone please post you configuration for a Scratch pool?
>
Simply create a pool named Scratch and add tapes to it. Bacula
automatically will move tapes from the Scratch pool when it needs a
tape for a pool and there are no app
On Tuesday 05 September 2006 18:29, Michael Brennen wrote:
> On Tue, 5 Sep 2006, Uwe Schuerkamp wrote:
>
> > I have a question regarding the scratch pool: The docs note that a
> > volume from the scratch pool will be used whenever no other volume
> > is available. Will this work for a tape-based
On Tue, 5 Sep 2006, Uwe Schuerkamp wrote:
> I have a question regarding the scratch pool: The docs note that a
> volume from the scratch pool will be used whenever no other volume
> is available. Will this work for a tape-based pool
> ("storage=DLT8000"), too?
Yes.
> i'd like bacula to switch
rrow.
Regards,
Kern
>
>
> -Original Message-----
> From: Kern Sibbald [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 14, 2006 12:06 AM
> To: bacula-users@lists.sourceforge.net
> Cc: Bennett, Silas (GE Indust, Security)
> Subject: Re: [Bacula-users] Scratch Pool Question
&
the right direction. I will send this in a
seperate email.
Cheers,
Silas
=0)
-Original Message-
From: Kern Sibbald [mailto:[EMAIL PROTECTED]
Sent: Friday, April 14, 2006 12:06 AM
To: bacula-users@lists.sourceforge.net
Cc: Bennett, Silas (GE Indust, Security)
Subject: Re: [Bacula-user
On Friday 14 April 2006 04:08, Bennett, Silas (GE Indust, Security) wrote:
> Hi All,
>
> This is a follow up to my SQLite -> MySQL migration Email.
>
> The Scratch Pool has _NEVER_ worked for me, and during the database
> migration, I noticed something.
>
> In the Pool Table there is a field called
Kern Sibbald a écrit :
>On Thursday 25 August 2005 10:54, Ludovic Strappazon wrote:
>
>
>>Kern Sibbald a écrit :
>>
>>
>>>On Thursday 25 August 2005 10:24, Ludovic Strappazon wrote:
>>>
>>>
Kern Sibbald a écrit :
>On Thursday 25 August 2005 03:40, Craig Holyoa
On Thursday 25 August 2005 03:40, Craig Holyoak wrote:
> I'm currently using 1.36.2 successfully, but am looking at the features
> coming in 1.37, and am particularly interested in the scratch pool feature.
> I understand this allows me to put all my tapes in the scratch pool, and
> they will be mo
20 matches
Mail list logo
