Hello,
I have just released a new BETA version of Bacula 1.38.3 to Source Forge in
the bacula-beta release section. This version has a number of bugs with the
reservation system fixed as well as some "load balancing" code when using
multiple drive autochangers. I recommend that anyone using a
On Monday 19 December 2005 18:54, Rick Knight wrote:
> Kern Sibbald wrote:
> >Hello,
> >
> >I have released the second BETA version 1.38.3 (14 December 2005) as a tar
> >file to Source Forge. This version has a rewrite of the reservation
> >algorithm that hopefully will improve situations where us
Kern Sibbald wrote:
Hello,
I have released the second BETA version 1.38.3 (14 December 2005) as a tar
file to Source Forge. This version has a rewrite of the reservation
algorithm that hopefully will improve situations where users were finding all
jobs waiting to reserve a drive. I've also
Kern Sibbald wrote:
Hello,
I have released the second BETA version 1.38.3 (14 December 2005) as a tar
file to Source Forge. This version has a rewrite of the reservation
algorithm that hopefully will improve situations where users were finding all
jobs waiting to reserve a drive. I've also
Hello,
I have released the second BETA version 1.38.3 (14 December 2005) as a tar
file to Source Forge. This version has a rewrite of the reservation
algorithm that hopefully will improve situations where users were finding all
jobs waiting to reserve a drive. I've also reworked the way Bacul
gt;
> I'm beginning to think that the error message that edits the slot number is
> just broken. The error you are seeing is because there is a problem with
> your mtx-changer script. The error the previous person was seeing was
> because of a misconfiguration (due to incorrect documentat
Kern Sibbald
Sent: Monday, December 12, 2005 2:46 PM
To: bacula-users@lists.sourceforge.net
Cc: Rob
Subject: Re: [Bacula-users] Bacula BETA 1.38.3
On Monday 12 December 2005 20:10, Rob wrote:
> FYI, I haven't had time to look into it much, but I have been seeing
errors
> with my auto ch
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kern Sibbald
Sent: Monday, December 12, 2005 9:20 AM
To: bacula-users@lists.sourceforge.net
Cc: Volker Dierks
Subject: Re: [Bacula-users] Bacula BETA 1.38.3
On Monday 12 December 2005 12:52, Volker Dierks wrote:
Hello,
Volke
vious person was seeing was
because of a misconfiguration (due to incorrect documentation).
>
> Rob
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Kern Sibbald
> Sent: Monday, December 12, 2005 9:20 AM
> To: bacula-users@lists.s
ROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kern Sibbald
Sent: Monday, December 12, 2005 9:20 AM
To: bacula-users@lists.sourceforge.net
Cc: Volker Dierks
Subject: Re: [Bacula-users] Bacula BETA 1.38.3
On Monday 12 December 2005 12:52, Volker Dierks wrote:
> Hello,
>
> Volker Dierks wrot
Hello,
Kern Sibbald schrieb:
On Monday 12 December 2005 12:54, Volker Dierks wrote:
Sorry, I forgot to attach the file ... here it is.
Well, you fell into a documentation error. Please remove the line from your
Device resources that says:
Maximum Changer Wait = 10 minutes
it is incorr
On Sun, 11 Dec 2005, Kern Sibbald wrote:
The bscan problem that I found caused it to generate a JobMedia record in the
database that had an end FileIndex one less than it should have been. This
was the last record on a Volume, and the record was continued on the next
Volume. When Bacula constr
On Monday 12 December 2005 12:54, Volker Dierks wrote:
> Sorry, I forgot to attach the file ... here it is.
>
Well, you fell into a documentation error. Please remove the line from your
Device resources that says:
Maximum Changer Wait = 10 minutes
it is incorrect. Despite what the *old* docu
On Monday 12 December 2005 12:52, Volker Dierks wrote:
> Hello,
>
> Volker Dierks wrote:
> >> Usually, I'd see if the problem can be reproduced with the existing
> >> system setup. If that's possible, I'd first check if the actual cause
> >> might be purely SCSI device related.
> >
> > That's what
Sorry, I forgot to attach the file ... here it is.
Volker
conf.tgz
Description: GNU Unix tar archive
Hello,
Volker Dierks wrote:
Usually, I'd see if the problem can be reproduced with the existing
system setup. If that's possible, I'd first check if the actual cause
might be purely SCSI device related.
That's what I'm going to do first. I'll create the second pool again
(with the same tapes)
Kern Sibbald wrote:
> The bscan problem that I found caused it to generate a JobMedia record in the
> database that had an end FileIndex one less than it should have been. This
> was the last record on a Volume, and the record was continued on the next
> Volume. When Bacula constructed a bsr,
On Sunday 11 December 2005 10:32, Volker Dierks wrote:
> Hello,
>
> Arno Lehmann wrote:
> > Well, I haven't tried jobs going to different drives in one autochanger,
> > so I won't discuss that part of your report.
>
> Hopefully this is supported?! The "Maximum Changer Wait" option seems
> reasonabl
Hello,
Arno Lehmann wrote:
Well, I haven't tried jobs going to different drives in one autochanger,
so I won't discuss that part of your report.
Hopefully this is supported?! The "Maximum Changer Wait" option seems
reasonable for the situation that both drives need a new tape at the
same time.
Hello Arno,
You must have been on vacation because I have missed your emails.
It is good to read your excellent responses to user questions again. :-)
Anyway, I would really appreciate it if you could try the 1.38.3 beta. Please
use the released tar file rather than the CVS -- the HEAD CVS is n
On Saturday 10 December 2005 22:34, Alan Brown wrote:
> On Sat, 10 Dec 2005, Kern Sibbald wrote:
> > As an aside: when testing 1.38.3, the bscan regression script failed
> > (bscan aborted due to a logic error). I think bscan has been around and
> > mostly unmodified for about 3 years now, and so
Hello,
Volker Dierks schrieb:
...
perhaps I'll give it a try. But a little tale first.
We've got a HP 2/20 Library with 2 DLT-8000 drives. Our backup box is
running
Debian GNU/Linux 3.0, Bacula 1.38.2 and 11 nodes. The system has gone into
production on Wednesday (with one drive) and tremendo
On Sat, 10 Dec 2005, Kern Sibbald wrote:
As an aside: when testing 1.38.3, the bscan regression script failed (bscan
aborted due to a logic error). I think bscan has been around and mostly
unmodified for about 3 years now, and so this regression test has be run
thousands of times with no proble
Hello Kern, hello all,
Volume Bacula will want on Monday, ... The major change is a total revamp of
the inner loop of the device reservation code following the algorithm
proposed in a recent email. This appears to correct the problems of getting
multiple autochanger drives running simultaneo
Hello,
I have release a BETA version of Bacula 1.38.3 source in tar format to Source
Forge. I am running it here in production, and it seems quite stable, but it
is beta code. It has a good number of bugs fixed since 1.38.2, one new
feature -- a days option for status so that on Fridays you c
25 matches
Mail list logo
