On 10/8/20 7:54 PM, Josip Deanovic wrote:
> In case one is using database cluster in round-robin setup, one
> of the master nodes could start lagging which could have unpredictable
> effects on most applications (unless synchronous communication is
> in use).
Exactly, which is why this is safe ONL
On 2020-10-08 15:54, Phil Stracchino wrote:
On 10/8/20 9:11 AM, Josip Deanovic wrote:
Do you have to turn off attribute spooling with 9.6.3 and 9.6.6?
Disabling attribute spooling will inflict noticeable performance
degradation.
Unfortunately, yes, because the attribute spooling code — at lea
On 10/8/20 9:11 AM, Josip Deanovic wrote:
> On 2020-10-08 14:56, Phil Stracchino wrote:
>> High availability, fundamentally. I'd honestly prefer to be using
>> Percona XtraDB Cluster, but there is no working, maintained ebuild for
>> Gentoo Linux — and enterprise customers ARE going to try to use
On 2020-10-08 14:56, Phil Stracchino wrote:
Well, I understand that perspective, but this problem appeared
instantly
as soon as I upgraded to 9.6.5, with a DB configuration I've been using
for years without a hiccup. I could turn the problem on and off like a
lightswitch by updating *ONLY* the
On 10/8/20 8:45 AM, djosip+n...@linuxpages.net wrote:
> On 2020-10-08 14:24, Phil Stracchino wrote:
>>
>> Well, so far, it's only been a few days, so my conclusions are
>> cautious.
>> But they are cautiously optimistic. So far, with the Director still
>> using HAproxy to round-robin DB connecti
On 2020-10-08 14:24, Phil Stracchino wrote:
Well, so far, it's only been a few days, so my conclusions are
cautious.
But they are cautiously optimistic. So far, with the Director still
using HAproxy to round-robin DB connectins to my MariaDB cluster, I
have
not seen a single hung job, But
On 10/6/20 4:56 AM, djosip+n...@linuxpages.net wrote:
> On 2020-10-06 02:07, Phil Stracchino wrote:
>> On 9/28/20 12:33 PM, Phil Stracchino wrote:
>>> test phase 1: All clients and Storage on 9.6.6, Director still on
>>> 9.6.3
>>> No hung jobs so far. I plan to leave it this way for at least a w
On 2020-10-06 02:07, Phil Stracchino wrote:
On 9/28/20 12:33 PM, Phil Stracchino wrote:
test phase 1: All clients and Storage on 9.6.6, Director still on
9.6.3
No hung jobs so far. I plan to leave it this way for at least a week
before upgrading the Director to 9.6.6. as well.
OK, a week of
On 9/28/20 12:33 PM, Phil Stracchino wrote:
On 2020-09-27 15:27, Phil Stracchino wrote:
I'm going to re-test the job-hanging problem that I encountered with
9.6.5 Director and see whether that is resolved in 9.6.6 as well. It
mysteriously appeared between 9.6.3 and 9.6.5, with luck it has vanis
On 2020-09-27 15:27, Phil Stracchino wrote:
> I'm going to re-test the job-hanging problem that I encountered with
> 9.6.5 Director and see whether that is resolved in 9.6.6 as well. It
> mysteriously appeared between 9.6.3 and 9.6.5, with luck it has vanished
> as mysteriously.
test phase 1: Al
On 2020-09-27 02:57, Josip Deanovic wrote:
> So I am writing here to inform people who might experienced the
> TLS error with bacula-fd 9.6.5 on Centos 7 and Centos 6 that Bacula
> 9.6.6 has solved that problem.
I'm going to re-test the job-hanging problem that I encountered with
9.6.5 Director an
Very good!
Thanks for info! :)
Best regards,
--
Mario.
søn. 27. sep. 2020 kl. 09:06 skrev Josip Deanovic <
djosip+n...@linuxpages.net>:
> Hello,
>
> I have stumbled upon bug in Bacula 9.6.5 on Centos 7 and Centos 6
> where bacula-fd would fail starting with error mentioning TLS
> not being ab
Hello,
I have stumbled upon bug in Bacula 9.6.5 on Centos 7 and Centos 6
where bacula-fd would fail starting with error mentioning TLS
not being able to find ciphers.
Configuration of the file daemons is correct and it works without
modifications with stock Centos 7 (5.2) and Centos 6 (5.0) Bacul
13 matches
Mail list logo