Hello Alan,
Yes your suggested change would be a reasonable feature to add. I cannot
work on that right at the moment, so please submit a feature request.
Best regards,
Kern
On 10/28/2017 11:39 PM, Alan Brown wrote:
On 28/10/17 18:16, Kern Sibbald wrote:
Hello Bill,
By the way, I have ju
On 28/10/17 18:16, Kern Sibbald wrote:
>
> Hello Bill,
>
> By the way, I have just committed another patch for the problem of
> marking all volumes read-only. If you have time please test the
> latest code in the repo, I think it should correct the last note you
> put into your bug #2329.
>
> The
Yes, nice summary ("In other words") at the end :-)
On 10/28/2017 07:35 PM, Bill Arlofski wrote:
On 10/28/2017 11:16 AM, Kern Sibbald wrote:
Hello Bill,
By the way, I have just committed another patch for the problem of marking all
volumes read-only. If you have time please test the latest
On 10/28/17 14:16, Phil Stracchino wrote:
> On 10/28/17 13:41, Phil Stracchino wrote:
>> On 10/28/17 12:10, Phil Stracchino wrote:
>>> I will definitely download and test.
>>
>> Clean build on Solaris 11.3 amd64 and all three Gentoo Linux systems.
>
> Identified a tape-spanning file from my last f
On 10/28/17 13:41, Phil Stracchino wrote:
> On 10/28/17 12:10, Phil Stracchino wrote:
>> I will definitely download and test.
>
> Clean build on Solaris 11.3 amd64 and all three Gentoo Linux systems.
Identified a tape-spanning file from my last full backup, and attempting
test restore now.
--
On 10/28/17 12:10, Phil Stracchino wrote:
> I will definitely download and test.
Clean build on Solaris 11.3 amd64 and all three Gentoo Linux systems.
--
Phil Stracchino
Babylon Communications
ph...@caerllewys.net
p...@co.ordinate.org
Landline: +1.603.293.8485
Mobile: +1.603.998.6
On 10/28/2017 11:16 AM, Kern Sibbald wrote:
> Hello Bill,
>
> By the way, I have just committed another patch for the problem of marking all
> volumes read-only. If you have time please test the latest code in the repo,
> I think it should correct the last note you put into your bug #2329.
OK!
Hello Bill,
By the way, I have just committed another patch for the problem
of marking all volumes read-only. If you have time please test
the latest code in the repo, I think it should correct the last
note you put into your bug #2329.
The case you cite b
On 10/28/2017 10:10 AM, Phil Stracchino wrote:
> On 10/28/17 04:15, Kern Sibbald wrote:
>> Hello,
>>
>> Thanks for the feedback. Can you confirm that your Bacula signs on with
>> version 9.0.5? If so, it means that some recent patches that I have
>> made for this problem (3-4 bug reports) solve
On 10/28/17 04:15, Kern Sibbald wrote:
> Hello,
>
> Thanks for the feedback. Can you confirm that your Bacula signs on with
> version 9.0.5? If so, it means that some recent patches that I have
> made for this problem (3-4 bug reports) solve the problem :-)
I will definitely download and test
Yes bconsole reports it is version 9.0.5 dated Oct 23 2017.
I left a restore and made it wait a few hours between tape changes and
it patiently waited and continued on without issue so far.
On 10/28/2017 04:15 AM, Kern Sibbald wrote:
> Hello,
>
> Thanks for the feedback. Can you confirm that yo
rite Bootstrap = "/var/lib/bacula/XXX-ZZZ.bsr"
Priority = 31
Storage = LTO-5HH
Pool = LTO-5HH-Pool
Schedule = "WeeklyCycle"
Max Wait Time = 5d
}
I hope this does the trick for you, too.
Best,
Christian
-Original-Nachricht-
Betreff: Re: [Bacula-users] Issue
Hello,
Thanks for the feedback. Can you confirm that your Bacula signs on with
version 9.0.5? If so, it means that some recent patches that I have
made for this problem (3-4 bug reports) solve the problem :-)
Best regards,
Kern
PS: I have many other backports and other work to do to Bacul
Try pulling down the latest git version of bacula 9.0.x .. I pulled it
down and so far it politely asked for the next tape and patiently waited
for it to be loaded.
On 09/25/2017 12:59 AM, Phil Stracchino wrote:
> On 09/24/17 20:24, Andrew Ryder wrote:
>> Hello,
>>
>> I'm having an issue after upg
On 10/06/17 01:39, Ralf Brinkmann wrote:
> Am 05.10.2017 um 16:11 schrieb Phil Stracchino:
> > I didn't realize that you were using an autochanger
> > rather than a single drive.
>
> Last week I wrote about my intention for an autochanger test - after
> going to the Bacula 9.0.x. versions recen
Am 05.10.2017 um 16:11 schrieb Phil Stracchino:
> I didn't realize that you were using an autochanger
> rather than a single drive.
Last week I wrote about my intention for an autochanger test - after
going to the Bacula 9.0.x. versions recently.
--
Ralf Brnkmann
On 10/05/17 02:37, Ralf Brinkmann wrote:
> Am 04.10.2017 um 15:44 schrieb Phil Stracchino:
>> On 10/04/17 04:13, Ralf Brinkmann wrote:
>>> Thanks Phil,
>>>
>>> I found two files in two different jobs that both span the same two
>>> LTO-6 cassettes.
>>>
>>> The two restore jobs for a single file eac
Am 04.10.2017 um 15:44 schrieb Phil Stracchino:
On 10/04/17 04:13, Ralf Brinkmann wrote:
Thanks Phil,
I found two files in two different jobs that both span the same two
LTO-6 cassettes.
The two restore jobs for a single file each did require two cassettes
and did work without any error messag
On 10/04/17 04:13, Ralf Brinkmann wrote:
> Thanks Phil,
>
> I found two files in two different jobs that both span the same two
> LTO-6 cassettes.
>
> The two restore jobs for a single file each did require two cassettes
> and did work without any error message.
>
> A compare with md5sum found t
Thanks Phil,
I found two files in two different jobs that both span the same two
LTO-6 cassettes.
The two restore jobs for a single file each did require two cassettes
and did work without any error message.
A compare with md5sum found the restored files are o.k.
--
Ralf Brinkmann
--
On 09/29/17 13:54, Phil Stracchino wrote:
> On 09/29/17 02:14, Ralf Brinkmann wrote:
>> Has someone a Mysql query for on an autochanger test to pickup files
>> that crosses tape boundary?
>
> HThat's a good question. Let me think about that one for a
> few minutes.
There isn't a prac
On 09/29/17 02:14, Ralf Brinkmann wrote:
> Has someone a Mysql query for on an autochanger test to pickup files
> that crosses tape boundary?
HThat's a good question. Let me think about that one for a
few minutes.
--
Phil Stracchino
Babylon Communications
ph...@caerllewys.ne
Has someone a Mysql query for on an autochanger test to pickup files
that crosses tape boundary?
Ralf Brinkmann
Am 28.09.2017 um 23:31 schrieb Andrew Ryder:
Thanks. I'll have to keep a lookout whenever the next update comes out
to see if it gets patched then.
On 09/28/2017 09:31 AM, Phil Strac
On 09/24/17 20:24, Andrew Ryder wrote:
> Hello,
>
> I'm having an issue after upgrading from version 7 to version 9 where if
> I'm restoring from a job that spans more than one tape the job fails as
> soon as bacula hits the end of the first tape. Is there a new
> configuration option or someth
Thanks. I'll have to keep a lookout whenever the next update comes out
to see if it gets patched then.
On 09/28/2017 09:31 AM, Phil Stracchino wrote:
On 09/24/17 20:24, Andrew Ryder wrote:
Hello,
I'm having an issue after upgrading from version 7 to version 9 where if
I'm restoring from a job
On 09/24/17 20:24, Andrew Ryder wrote:
> Hello,
>
> I'm having an issue after upgrading from version 7 to version 9 where if
> I'm restoring from a job that spans more than one tape the job fails as
> soon as bacula hits the end of the first tape. Is there a new
> configuration option or someth
Hello,
I'm having an issue after upgrading from version 7 to version 9 where if
I'm restoring from a job that spans more than one tape the job fails as
soon as bacula hits the end of the first tape. Is there a new
configuration option or something that needs to be set so it will wait
for me t
27 matches
Mail list logo
