Hello,
On 5/11/2006 4:46 AM, Gregory Brauer wrote:
Arno Lehmann wrote:
Hi,
On 5/9/2006 7:37 PM, Gregory Brauer wrote:
Gregory Brauer wrote:
I believe I can get the behavior I want by setting all of my volumes
as InChanger=1 and never running update slots again.
I didn't follow this thr
[EMAIL PROTECTED] wrote:
Dear Gregory & Brauer,
I circumvented this issue in 1.36 using the following technique:
We have an autoloader that has tapes changed every day.
Prior to running the scheduled jobs for the night the first job (with high
priority so it runs first) is an admin job that uses
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Gregory
Brauer
Sent: 11 May 2006 03:46
To: bacula-users@lists.sourceforge.net
Cc: Arno Lehmann
Subject: Re: [Bacula-users] Autochanger *almost* working (resolved with
uglyhack)
Arno Lehmann wrote:
> Hi,
>
> On 5/9/2006 7:37 P
Arno Lehmann wrote:
Hi,
On 5/9/2006 7:37 PM, Gregory Brauer wrote:
Gregory Brauer wrote:
I believe I can get the behavior I want by setting all of my volumes
as InChanger=1 and never running update slots again.
I didn't follow this thread, but what behaviour would that be?
Should probably
On Tue, 9 May 2006, Gregory Brauer wrote:
This just seems broken to me, though. Bacula should
automatically check what tapes are currently in the loader
every time it runs a job. Why doesn't it do this?
Because if the tapes aren't barcoded, this requires reading the labels.
AB
--
Hi,
On 5/9/2006 7:37 PM, Gregory Brauer wrote:
Gregory Brauer wrote:
I believe I can get the behavior I want by setting all of my volumes
as InChanger=1 and never running update slots again.
I didn't follow this thread, but what behaviour would that be? I use two
autochangers and tapes in t
Gregory Brauer wrote:
I believe I can get the behavior I want by setting all of my volumes
as InChanger=1 and never running update slots again.
I was unable to do this in the Bacula console interface as
any time I would mark a volume InChanger=0, it would mark
the other volume that was already
AltGrendel wrote:
I would actually go into the bacula database and look to make sure
everything matches up. I know it's supposed to "just work", but I have
had to do this once or twice. I think this is because I've accidently
moved things and I have an ADIC VLT400 which doesn't have barcode
ca
As usual, the answer was in the documentation:
"Bacula will not automatically use a Volume in your autochanger unless it is
labeled and the slot number is stored in the catalog and the Volume is marked as
InChanger."
Because my old loader does not have a barcode reader, "update slots"
fails
Gregory Brauer wrote:
Michel Meyers wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gregory Brauer wrote:
Gregory Brauer wrote:
I have ready through all of the mail archives about autochanger
problems, but am still beating my head against an autochanger
problem.
I just found that
Michel Meyers wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gregory Brauer wrote:
Gregory Brauer wrote:
I have ready through all of the mail archives about autochanger
problems, but am still beating my head against an autochanger
problem.
I just found that everything works fine if I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gregory Brauer wrote:
Gregory Brauer wrote:
I have ready through all of the mail archives about autochanger
problems, but am still beating my head against an autochanger
problem.
I just found that everything works fine if I manually run an
"updat
Gregory Brauer wrote:
I have ready through all of the mail archives about autochanger
problems, but am still beating my head against an autochanger
problem.
I just found that everything works fine if I manually run an
"update slots" in a console as the first thing I do after
running starting t
I have ready through all of the mail archives about autochanger
problems, but am still beating my head against an autochanger
problem. Bacula is failing to realize it has the ability to
change tapes. This is my first 1.38 install. I have 3 other
1.36 installs working fine. The syntax of the s
14 matches
Mail list logo
