Re: [Bacula-devel] bacula-fd crash when sending large file to bpipe

On Sun, 2 Feb 2025 at 18:28, Dan Langille wrote: > > It just reverts back this wrongly working line to this from version > > 13. It isn't any official "hotfix", but just the commit with the fix. > > I used this to patch the FreeBSD port. It now works. Hello Joerg and hello Dan, First, thank you

Re: [Bacula-devel] bacula-fd crash when sending large file to bpipe

On Wed, Jan 22, 2025, at 5:28 PM, Marcin Haba wrote: > On Wed, 22 Jan 2025 at 23:14, Joerg Wunsch wrote: >> > To make it working back you can downgrade the BPipe with FD to version >> > 13 or wait on a new release that contains the fix. >> >> Is there any "hotfix" (live patch from the development

Re: [Bacula-devel] bacula-fd crash when sending large file to bpipe

As Marcin Haba wrote: > The patch that fixes it is here: > > https://gitlab.bacula.org/bacula-community-edition/bacula-community/-/commit/453dc8ef9e41ba21b7fc4b69ab49e5f31f40b067 Thanks Marcin! -- cheers, Joerg .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ Never

Re: [Bacula-devel] bacula-fd crash when sending large file to bpipe

On Wed, 22 Jan 2025 at 23:14, Joerg Wunsch wrote: > > To make it working back you can downgrade the BPipe with FD to version > > 13 or wait on a new release that contains the fix. > > Is there any "hotfix" (live patch from the development tree) > available? We could probably include that into the

Re: [Bacula-devel] bacula-fd crash when sending large file to bpipe

Hello Marcin, thanks for the quick response! Very welcome. > This is a bug in the BPipe plugin. I found it when I was preparing > Bacularis MySQL and MariaDB plugins that use BPipe plugin. The BPipe > plugin in all 15.0.x versions is broken. OK > To make it working back you can downgrade the B

Re: [Bacula-devel] bacula-fd crash when sending large file to bpipe

On Wed, 22 Jan 2025 at 22:14, Joerg Wunsch via Bacula-devel wrote: > > Hello, > > being a long-term Bacula user, I recently upgraded to version 15.0.2 > (from version 12.something before). The configuration is the exact > same as it used to be previously. > > Now, I experience bacula-fd crashing

[Bacula-devel] bacula-fd crash when sending large file to bpipe

Hello, being a long-term Bacula user, I recently upgraded to version 15.0.2 (from version 12.something before). The configuration is the exact same as it used to be previously. Now, I experience bacula-fd crashing consistently at the end of a long bpipe backup run. Basically, I have these bpipe

Re: [Bacula-devel] Bacula 15.0.2 update

On 5/10/24 14:33, Phil Stracchino wrote: On 5/9/24 21:07, Marcin Haba wrote: Runscript {     Runs When = After     Runs On Client = no     Console = ".bvfs_update jobid = %i" } Marcin, FYI I just tried this and it appears to have worked. MySQL 127.0.0.1> SELECT table_name, table_rows,

Re: [Bacula-devel] Bacula 15.0.2 update

On 5/9/24 21:07, Marcin Haba wrote: Runscript {     Runs When = After     Runs On Client = no     Console = ".bvfs_update jobid = %i" } Marcin, FYI I just tried this and it appears to have worked. MySQL 127.0.0.1> SELECT table_name, table_rows, data_length FROM information_schema.tables W

Re: [Bacula-devel] Bacula 15.0.2 update

> On Fri, 10 May 2024 14:00:42 -0400, Phil Stracchino said: > > On 5/10/24 13:39, Martin Simmons wrote: > >> Column declared NOT NULL without DEFAULT (SQL99 violation) > > > > Where does SQL99 say that this is a violation for CREATE TABLE? You > > mentioned > > AUTO_INCREMENT previously, bu

Re: [Bacula-devel] Bacula 15.0.2 update

> On Fri, 10 May 2024 14:04:50 -0400, Phil Stracchino said: > > On 5/10/24 14:01, Martin Simmons wrote: > > But I think you are mixing two different concepts: in CREATE TABLE, a > > DEFAULT > > just specifies what INSERT does if the column is omitted; NOT NULL is a > > constraint that applies

Re: [Bacula-devel] Bacula 15.0.2 update

On 5/10/24 14:01, Martin Simmons wrote: But I think you are mixing two different concepts: in CREATE TABLE, a DEFAULT just specifies what INSERT does if the column is omitted; NOT NULL is a constraint that applies all the time. It is quite reasonable to specify NOT NULL for a column that must al

Re: [Bacula-devel] Bacula 15.0.2 update

> On Fri, 10 May 2024 12:25:38 -0400, Phil Stracchino said: > > On 5/10/24 12:15, Phil Stracchino wrote: > > On 5/10/24 07:40, Martin Simmons wrote: > >> No, FileIndex is signed in the File table at least (-ve is used to mark > >> deleted files in an accurate backup). > > > > Then should it n

Re: [Bacula-devel] Bacula 15.0.2 update

On 5/10/24 13:39, Martin Simmons wrote: Column declared NOT NULL without DEFAULT (SQL99 violation) Where does SQL99 say that this is a violation for CREATE TABLE? You mentioned AUTO_INCREMENT previously, but that is MySQL-specific. I can't point you at the specific line, but I do know that

Re: [Bacula-devel] Bacula 15.0.2 update

> On Fri, 10 May 2024 12:14:43 -0400, Phil Stracchino said: > > This is the documented/tested behavior for missing values in MariaDB > 10.6 at least, which matches the *documented* behavior of MySQL 8.x: > ... > Column declared NULL with no DEFAULT I think "declared NULL" is non-SQL99 anywa

Re: [Bacula-devel] Bacula 15.0.2 update

> On Fri, 10 May 2024 12:15:07 -0400, Phil Stracchino said: > > On 5/10/24 07:40, Martin Simmons wrote: > >> On Thu, 9 May 2024 14:45:31 -0400, Phil Stracchino said: > >> It is an INT UNSIGNED NOT NULL (with no DEFAULT specified) in FileMedia, > >> but it is a signed INT(11) in every other

Re: [Bacula-devel] Bacula 15.0.2 update

On 5/10/24 12:15, Phil Stracchino wrote: On 5/10/24 07:40, Martin Simmons wrote: No, FileIndex is signed in the File table at least (-ve is used to mark deleted files in an accurate backup). Then should it not be signed *everywhere*? Or are these just a group of disparate columns not used out

Re: [Bacula-devel] Bacula 15.0.2 update

On 5/10/24 07:40, Martin Simmons wrote: On Thu, 9 May 2024 14:45:31 -0400, Phil Stracchino said: It is an INT UNSIGNED NOT NULL (with no DEFAULT specified) in FileMedia, but it is a signed INT(11) in every other table where it exists. It is inconsistently allowed to be NULL, has a DEFAULT speci

Re: [Bacula-devel] Bacula 15.0.2 update

On 5/10/24 07:04, Martin Simmons wrote: On Thu, 9 May 2024 14:45:31 -0400, Phil Stracchino said: I'm seeing a LOT of columns either defined with a DEFAULT but allowed to be NULL (in which case the DEFAULT will not be used because NULL is allowed), Are you sure the DEFAULT will not be used? I

Re: [Bacula-devel] Bacula 15.0.2 update

> On Thu, 9 May 2024 14:45:31 -0400, Phil Stracchino said: > > I have noticed, or stumbled across, a lot of issues with column > definitions. One such is FileIndex, which is not consistently defined: > > > > MySQL epsilon3> SELECT TABLE_NAME, COLUMN_TYPE, IS_NULLABLE, > COLUMN_DEFAULT FR

Re: [Bacula-devel] Bacula 15.0.2 update

> On Thu, 9 May 2024 14:45:31 -0400, Phil Stracchino said: > > I'm seeing a LOT of columns either defined with a DEFAULT but allowed to > be NULL (in which case the DEFAULT will not be used because NULL is > allowed), Are you sure the DEFAULT will not be used? I think it will be used if th

Re: [Bacula-devel] Bacula 15.0.2 update

On Thu, 9 May 2024 at 20:45, Phil Stracchino wrote: > On 5/9/24 13:08, Marcin Haba wrote: > > OK. I was thinking about step after, where files are selected and > > restore is starting. For 263 files this slowness can not be too visible. > > For restoring a larger set of files, it is. > > > > For

Re: [Bacula-devel] Bacula 15.0.2 update

On 5/9/24 13:08, Marcin Haba wrote: OK. I was thinking about step after, where files are selected and restore is starting. For 263 files this slowness can not be too visible. For restoring a larger set of files, it is. For the building file list, there is used .bvfs_update command that builds

Re: [Bacula-devel] Bacula 15.0.2 update

On Thu, 9 May 2024 at 18:27, Phil Stracchino wrote: > On 5/9/24 12:10, Marcin Haba wrote: > > In this algorithm it does not matter if hardlinks exist or not because > > examined are all file records. It is because to know if hardlink is used > > or not for a file, Bacula has to decode Bacula LSta

Re: [Bacula-devel] Bacula 15.0.2 update

On 5/9/24 12:10, Marcin Haba wrote: In this algorithm it does not matter if hardlinks exist or not because examined are all file records. It is because to know if hardlink is used or not for a file, Bacula has to decode Bacula LStat string for this file from the File table. And for many files i

Re: [Bacula-devel] Bacula 15.0.2 update

On Thu, 9 May 2024 at 17:57, Phil Stracchino wrote: > On 5/9/24 11:47, Marcin Haba wrote: > > Hello Phil, > > > > For the slow Bacula restore, BAT the same as Baculum and Bacularis uses > > Bacula Bvfs interface for doing restore. The Bvfs restore part > > responsible for preserving hardlinks cau

Re: [Bacula-devel] Bacula 15.0.2 update

On 5/9/24 11:47, Marcin Haba wrote: Hello Phil, For the slow Bacula restore, BAT the same as Baculum and Bacularis uses Bacula Bvfs interface for doing restore. The Bvfs restore part responsible for preserving hardlinks causes this slowness. Some time ago I researched it a bit. The result tog

Re: [Bacula-devel] Bacula 15.0.2 update

On Thu, 9 May 2024 at 17:12, Phil Stracchino wrote: > On 5/9/24 04:39, Thomas Beierlein wrote: > > Hi Phil, > > > > On Wed, May 08, 2024 at 02:29:01PM -0400, Phil Stracchino wrote: > >> Just updated Bacula from 13.0.4 to 15.0.2 on Gentoo Linux. The update > went > >> smoothly and without issues

Re: [Bacula-devel] Bacula 15.0.2 update

On 5/9/24 04:39, Thomas Beierlein wrote: Hi Phil, On Wed, May 08, 2024 at 02:29:01PM -0400, Phil Stracchino wrote: Just updated Bacula from 13.0.4 to 15.0.2 on Gentoo Linux. The update went smoothly and without issues aside from the build not running the DB update script, which I had to do man

Re: [Bacula-devel] Bacula 15.0.2 update

Hi Phil, On Wed, May 08, 2024 at 02:29:01PM -0400, Phil Stracchino wrote: > Just updated Bacula from 13.0.4 to 15.0.2 on Gentoo Linux. The update went > smoothly and without issues aside from the build not running the DB update > script, which I had to do manually. > > > I found several issues

[Bacula-devel] Bacula 15.0.2 update

Just updated Bacula from 13.0.4 to 15.0.2 on Gentoo Linux. The update went smoothly and without issues aside from the build not running the DB update script, which I had to do manually. I found several issues with that step. First, update_mysql_tables simply complains: The existing database

[Bacula-devel] Bacula Release 15.0.2

Hello, We are pleased to announce the release of Bacula version 15.0.2 to both the Bacula website (www.bacula.org) and to SourceForge release. This release brings a lot of new features and plugins. More detailed information about the changes is available on https://www.bacula.org/15.0.x-manual

[Bacula-devel] Bacula Release 13.0.4

Hello, We are pleased to announce the release of Bacula version 13.0.4 This is a minor bugfix release of the new stable version. We recommend to upgrade to this version. The new release 13.0 has many new features and a number of changes. Please take care to test this code carefully before puttin

Re: [Bacula-devel] [Bacula-users] Beta Release 15.0.0 - packages

On Fri, Nov 24, 2023, at 9:22 AM, Dan Langille wrote: > On Fri, Nov 3, 2023, at 1:07 PM, Eric Bollengier via Bacula-users wrote: >> Hello, >> >> I have pushed a couple of binaries on bacula.org (ubuntu jammy, debian >> bullseye >> and almalinux 8), you might find them under: > > > Is there any adv

Re: [Bacula-devel] [Bacula-users] Beta Release 15.0.0 - packages

On Fri, Nov 3, 2023, at 1:07 PM, Eric Bollengier via Bacula-users wrote: > Hello, > > I have pushed a couple of binaries on bacula.org (ubuntu jammy, debian > bullseye > and almalinux 8), you might find them under: Is there any advice, alerts, etc to package builders? I usually base the new pac

[Bacula-devel] Bacula packages repo for debian 12

hello, Any idea when bacula 13 will be compatible with debian 12? -- Elias Pereira ___ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel

Re: [Bacula-devel] Bacula Release 13.0.3

es 10.0.3? > > I think that they are now all uploaded. We will run smoke tests to ensure > that > everything can be installed properly, so they should be ok by Friday or > early > next week. > > Best Regards, > Eric > > > On Tue, May 2, 2023 at 4:47 PM Eric Bolle

Re: [Bacula-devel] Bacula Release 13.0.3

week. Best Regards, Eric On Tue, May 2, 2023 at 4:47 PM Eric Bollengier via Bacula-devel < [email protected]> wrote: Hello, We are pleased to announce the release of Bacula version 13.0.3 This is a minor bugfix release of the new stable version. We recommend to upgrade t

Re: [Bacula-devel] Bacula Release 13.0.3

hello Eric, Do you have a release date for Bacula Community Binaries 10.0.3? On Tue, May 2, 2023 at 4:47 PM Eric Bollengier via Bacula-devel < [email protected]> wrote: > Hello, > > We are pleased to announce the release of Bacula version 13.0.3 This is a > mi

[Bacula-devel] Bacula Release 13.0.3

Hello, We are pleased to announce the release of Bacula version 13.0.3 This is a minor bugfix release of the new stable version. We recommend to upgrade to this version. The new release 13.0 has many new features and a number of changes. Please take care to test this code carefully before puttin

[Bacula-devel] Bacula Release 13.0.2

Hello, We are pleased to announce the release of Bacula version 13.0.12 This is a minor bugfix release of the new stable version. We recommend to upgrade to this version. The new release 13.0 has many new features and a number of changes. Please take care to test this code carefully before putti

Re: [Bacula-devel] [Bacula-users] Bacula-Web 8.6.3 release

Hello, Thanks again for your feedback. On Tue, 15 Nov 2022 at 17:55 wrote: > On 2022-11-15 00:22, Davide F. wrote: > > Hello everyone, > > I'm pleased to inform you that Bacula-Web 8.6.3 is now available. > > This new release mainly focus on improving support for PHP version >= 8.0, > and to up

[Bacula-devel] Bacula-Web 8.6.3 release

Hello everyone, I'm pleased to inform you that Bacula-Web 8.6.3 is now available. This new release mainly focus on improving support for PHP version >= 8.0, and to update documentation by adding Instructions for Lighttpd web server. (https://docs.bacula-web.org). You'll find more details on the

[Bacula-devel] Bacula 13.1 Storage selection behavour change

Just upgraded from bacula 9.6 to bacula 13.01. There has been a change in behaviour, possibly a bug,  in the way Storage is selected. When a schedule overrides a Pool and the new Pool doesn't have a Storage. It is selecting the old original Job Pool Storage and not the Storage in the Job. Unde

Re: [Bacula-devel] Bacula Status report - 30 August 2022

Hello Eric, Great job! wt., 30 sie 2022 o 09:30 Eric Bollengier via Bacula-devel < [email protected]> napisał(a): > > 2. Bacula Binaries > 3. Windows Binaries > 4. macOS Binaries > > Just a sake of curiosity, in terms of Bacula Community migration to

Re: [Bacula-devel] Bacula Status report - 30 August 2022

Hello Radek, On 9/2/22 11:49, Radosław Korzeniewski wrote: Hello Eric, Great job! wt., 30 sie 2022 o 09:30 Eric Bollengier via Bacula-devel < [email protected]> napisał(a): 2. Bacula Binaries 3. Windows Binaries 4. macOS Binaries Just a sake of curiosity, in te

[Bacula-devel] Bacula Status report - 30 August 2022

The topics for this Status Report are: 1. Bacula Release Status 2. Bacula Binaries 3. Windows Binaries 4. macOS Binaries 5. New Services === 1. Bacula Release Status The latest Bacula version 13.0.1 was released to Source Forge and to www.bacula.org. This version includes many enhancement

Re: [Bacula-devel] Bacula Release 13.0.0

Hello Sven, On 20.08.22 13:40, Sven Hartge wrote: Um 19:59 Uhr am 04.07.22 schrieb Eric Bollengier via Bacula-devel: We are pleased to announce the release of Bacula version 13.0.0. This is a major release of the new stable version. Trying to verify the signature on the release tar balls I ge

Re: [Bacula-devel] Bacula Release 13.0.0

Um 19:59 Uhr am 04.07.22 schrieb Eric Bollengier via Bacula-devel: > We are pleased to announce the release of Bacula version 13.0.0. This is > a major release of the new stable version. Trying to verify the signature on the release tar balls I get: gpgv: Signature made Fr 05 Aug 2022 17:19:18 C

[Bacula-devel] Bacula Release 13.0.1

Hello, We are pleased to announce the release of Bacula version 13.0.1. This is a minor bugfix release of the new stable version. The new release 13.0 has many new features and a number of changes. Please take care to test this code carefully before putting it into production. Although the new

[Bacula-devel] Bacula Release 13.0.0

Hello, We are pleased to announce the release of Bacula version 13.0.0. This is a major release of the new stable version. The new release 13.0 has many new features and a number of changes. Please take care to test this code carefully before putting it into production. Although the new feature

[Bacula-devel] Bacula Community packages repo, wiki and cdash are offline

Hello, We had a server outage with bacula.org last Friday and since then the server is under heavy maintenance. We were able last week-end to bring back most of the services, except: - Bacula Community package repo - the Bacula wiki - cdash for regression tests It will take us more days to ha

Re: [Bacula-devel] Bacula-devel Digest, Vol 177, Issue 1

> The bacula.org server has some problems, and we are rebuilding it > on a new server. It may take some days. > > On the bright side, you probably had good backups! Adam ___ Bacula-devel mailing list [email protected] https://lists.sourc

[Bacula-devel] Bacula 11.3.3 configure error: invalid token in macro parameter list

During the configure, FreeBSD clang version 10.0.1 reports this error (but it doesn't stop the configure): ==> Entering directory src/tools test-cpp.c:35:13: error: invalid token in macro parameter list # define ok(1, "typeof not available") ^ 1 error generated. _

Re: [Bacula-devel] [Bacula-announce] Beta Release 11.3.2

Hello Dan, On 3/26/22 02:27, Dan Langille wrote: Dan Langille wrote on 3/25/22 9:16 PM: Eric Bollengier via Bacula-announce wrote on 3/24/22 1:50 PM: Hello, We are pleased to announce the first BETA release of the next major Bacula version 11.3.2 to both the Bacula website (www.bacula.org) a

Re: [Bacula-devel] [Bacula-announce] Beta Release 11.3.2

Eric Bollengier via Bacula-announce wrote on 3/24/22 1:50 PM: Hello, We are pleased to announce the first BETA release of the next major Bacula version 11.3.2 to both the Bacula website (www.bacula.org) and to SourceForge. Now might be the time to add 11.3 to https://regress.bacula.org/vi

Re: [Bacula-devel] [Bacula-announce] Beta Release 11.3.2

Dan Langille wrote on 3/25/22 9:16 PM: Eric Bollengier via Bacula-announce wrote on 3/24/22 1:50 PM: Hello, We are pleased to announce the first BETA release of the next major Bacula version 11.3.2 to both the Bacula website (www.bacula.org) and to SourceForge. Now might be the time to

[Bacula-devel] Bacula Amazon S3 Object Lock issue and possible fixes

hello Im new to this list. I recently i noticed an issue with amazon S3 when Object Lock is enabled see issue 2643 and from that a related issue with the MD5 calculation in md5.c see issue 2644 i have possible

Re: [Bacula-devel] Bacula 11.0.2 update notes

On 5/29/21 5:15 AM, Eric Bollengier via Bacula-devel wrote: > Hello Phil, >> I have already in the past converted many of the TINYBLOB columns in my >> Bacula catalog schema to VARBINARY with no ill effects. I now need to >> redo a few of them because we just rewrote the File table. :) >> >> Fr

Re: [Bacula-devel] Bacula 11.0.2 update notes

Hello Phil, Thanks for your patch, I will apply it for 11.0.4, some more comments are inline. On 21.05.21 18:26, Phil Stracchino wrote: Eric, The following would be my first-cut patch. The other way to handle restarting/resuming the copy operation when updating to 11.0.2 would be instead of

Re: [Bacula-devel] Bacula 11.0.2 update notes

Hello, On 5/26/21 15:24, Phil Stracchino wrote: > On 5/26/21 3:22 AM, Eric Bollengier via Bacula-devel wrote: >> Hello, >> >> On 5/25/21 18:14, Phil Stracchino wrote: >>> Well, true, yes. VARCHAR(80) doesn't actually save anything over >>> VARCHAR(96) unless there are values over 80 characters.

Re: [Bacula-devel] Bacula 11.0.2 update notes

On 5/26/21 3:22 AM, Eric Bollengier via Bacula-devel wrote: > Hello, > > On 5/25/21 18:14, Phil Stracchino wrote: >> Well, true, yes. VARCHAR(80) doesn't actually save anything over >> VARCHAR(96) unless there are values over 80 characters. Good point. I >> suppose for prudence' sake 96 or even

Re: [Bacula-devel] Bacula 11.0.2 update notes

Hello, On 5/25/21 18:14, Phil Stracchino wrote: > On 5/24/21 2:17 PM, Martin Simmons wrote: >>> On Fri, 21 May 2021 21:21:43 -0400, Phil Stracchino said: >>> Actually upon consideration of the shape of the curve I went with >>> VARBINARY(80). I'll be surprised if I ever see an LStat with leng

Re: [Bacula-devel] Bacula 11.0.2 update notes

On 5/24/21 2:17 PM, Martin Simmons wrote: >> On Fri, 21 May 2021 21:21:43 -0400, Phil Stracchino said: >> Actually upon consideration of the shape of the curve I went with >> VARBINARY(80). I'll be surprised if I ever see an LStat with length 75. > > I have some with length 76. But does it m

Re: [Bacula-devel] Bacula 11.0.2 update notes

> On Fri, 21 May 2021 21:21:43 -0400, Phil Stracchino said: > > On 5/21/21 5:13 PM, Phil Stracchino wrote: > > On 5/21/21 12:26 PM, Phil Stracchino wrote: > >> > >> What is the maximum possible size of File.LStat? That is another good > >> candidate to become a VARBINARY. > > > > > > The la

Re: [Bacula-devel] Bacula 11.0.2 update notes

On 5/21/21 5:13 PM, Phil Stracchino wrote: > On 5/21/21 12:26 PM, Phil Stracchino wrote: >> >> What is the maximum possible size of File.LStat? That is another good >> candidate to become a VARBINARY. > > > The largest File.LStat value I have is 71 characters. > > +---+-

Re: [Bacula-devel] Bacula 11.0.2 update notes

On 5/21/21 12:26 PM, Phil Stracchino wrote: > > What is the maximum possible size of File.LStat? That is another good > candidate to become a VARBINARY. The largest File.LStat value I have is 71 characters. +---+--+ | length(LStat) | count(LStat) | +---+

Re: [Bacula-devel] Bacula 11.0.2 update notes

Eric, The following would be my first-cut patch. The other way to handle restarting/resuming the copy operation when updating to 11.0.2 would be instead of truncating the file_temp table if it already exists, create it with its PRIMARY key already in place and then use INSERT IGNORE instead of a

Re: [Bacula-devel] Bacula 11.0.2 update notes

On 5/21/21 11:29 AM, Phil Stracchino wrote: > > Well this is very interesting. My Bacula 11.0.2 source contains TWO > copies of update_mysql_tables.in, and they're different sizes. > > minbar:root:/netstore/src/bacula-11.0.2:6 # find . -name > update_mysql_tables.in -ls > 4318424 5 -rw-r-

Re: [Bacula-devel] Bacula 11.0.2 update notes

On 5/21/21 11:22 AM, Phil Stracchino wrote: >> Thanks for the tips, they are very good. if you can provide a diff of the >> update_mysql_tables.in script, I will apply it. >> >> Best Regards, >> Eric Well this is very interesting. My Bacula 11.0.2 source contains TWO copies of update_mysql_table

Re: [Bacula-devel] Bacula 11.0.2 update notes

On 5/21/21 10:14 AM, Eric Bollengier via Bacula-devel wrote: > Hello Phil, > > On 5/21/21 15:49, Phil Stracchino wrote: >> On 5/21/21 3:19 AM, Eric Bollengier via Bacula-devel wrote: >> >> I actually looked at it further and made additional changes to mine that >> resolve that problem. Where the

Re: [Bacula-devel] Bacula 11.0.2 update notes

Hello Phil, On 5/21/21 15:49, Phil Stracchino wrote: > On 5/21/21 3:19 AM, Eric Bollengier via Bacula-devel wrote: > > I actually looked at it further and made additional changes to mine that > resolve that problem. Where the current script does this: > > DROP TABLE Filename; > DROP TABLE File;

Re: [Bacula-devel] Bacula 11.0.2 update notes

On 5/21/21 3:19 AM, Eric Bollengier via Bacula-devel wrote: > Hello Phil, > > Thanks for the suggestions. I'm almost ready to apply them > to the current update script. > > The only point that worries me is that if the break is done > during the drop of the Filename/File tables or during the > re

Re: [Bacula-devel] Bacula 11.0.2 update notes

Hello Phil, Thanks for the suggestions. I'm almost ready to apply them to the current update script. The only point that worries me is that if the break is done during the drop of the Filename/File tables or during the rename of the file_temp table, then if you restart the script with your modifi

[Bacula-devel] Bacula 11.0.2 update notes

1. I recommend the following changes to update_mysql_tables: --- update_mysql_tables.orig2021-05-19 12:54:15.226740443 -0400 +++ update_mysql_tables 2021-05-19 12:54:53.833949117 -0400 @@ -161,14 +161,14 @@ ALTER TABLE RestoreObject MODIFY FileIndex INTEGER UNSIGNED DEFAULT 0; ALTER TA

Re: [Bacula-devel] Bacula 11 possible bug in accurate and verify jobs

Hello Wanderlei, On 3/17/21 15:55, Wanderlei Huttel wrote: > I know that in the Bacula Community Documentation there are some wrong or > old informations that must be fixed. > Just a question. In the older versions (like 9X) why the option "M" in > verify jobs didn't show any errors? Because it w

Re: [Bacula-devel] Bacula 11 possible bug in accurate and verify jobs

I know that in the Bacula Community Documentation there are some wrong or old informations that must be fixed. Just a question. In the older versions (like 9X) why the option "M" in verify jobs didn't show any errors? Best regards *Wanderlei Hüttel* Em qua., 17 de mar. de 2021 às 05:43, Eric B

Re: [Bacula-devel] Bacula 11 possible bug in accurate and verify jobs

Hello Wanderlei, On 3/16/21 21:18, Wanderlei Huttel wrote: > Hello Eric > > Thanks for answer me. > I've noticed that the problem is only in verify job. > In the manual letter "M" is a correct configuration. > https://www.bacula.org/11.0.x-manuals/en/main/Configuring_Director.html#accuratemode Y

Re: [Bacula-devel] Bacula 11 possible bug in accurate and verify jobs

Hello Eric Thanks for answer me. I've noticed that the problem is only in verify job. In the manual letter "M" is a correct configuration. https://www.bacula.org/11.0.x-manuals/en/main/Configuring_Director.html#accuratemode Find for "accurate=" My FileSet is correct.

Re: [Bacula-devel] Bacula 11 possible bug in accurate and verify jobs

Hello, On 3/16/21 17:43, Wanderlei Huttel wrote: > Hello > > Today I've had time and could upgrade Bacula 9.6.7 to Bacula 11.0.1. Almost > everything was fine, but when I was tried to start Bacula I'm receiving > some errors because of Accurate and Verify options. I usually had this > options: >

[Bacula-devel] Bacula 11 possible bug in accurate and verify jobs

Hello Today I've had time and could upgrade Bacula 9.6.7 to Bacula 11.0.1. Almost everything was fine, but when I was tried to start Bacula I'm receiving some errors because of Accurate and Verify options. I usually had this options: - accurate = pinsM - verify = pinsM If I run "bacula-dir -t"

Re: [Bacula-devel] [Bacula-users] Release 11.0.1

On 2/6/21 12:17 PM, Eric Bollengier via Bacula-users wrote: > Hello, > > We are pleased to announce the release of Bacula version 11.0.1. This is > a minor release of the new stable version. It looks like I never completed build testing 11.0 on Solaris 11 using Sun Developer Studio. Both with 1

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

Hello Carsten, On 1/21/21 00:28, Carsten Leonhardt wrote: > Hi Eric, > > you've fixed some bugs after releasing 11.0.0, may I ask that you push > the changes to the public git repository? Yes of course, I forgot to push the last set of patches. I'm planing to cut a new 11.0.1 release in the next

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

Hi Eric, you've fixed some bugs after releasing 11.0.0, may I ask that you push the changes to the public git repository? Debian is going into pre-release freeze soon and I'd like to be able to use some of the bugfixes. Thanks Carsten ___ Bacula-dev

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

Hello Carsten, On 2020-12-17 13:34, Carsten Leonhardt wrote: > Hi Eric, > > I see that latex2html v2016 has been embedded into the source of > bacula-docs. Is that a modified version? Current upstream is v2020.2, > newer versions than v2016 are available in both Debian and Ubuntu. Do > you plan t

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

Hi Eric, I see that latex2html v2016 has been embedded into the source of bacula-docs. Is that a modified version? Current upstream is v2020.2, newer versions than v2016 are available in both Debian and Ubuntu. Do you plan to keep it in the source tree? Regards, Carsten ___

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

Hello John, On 2020-12-16 09:41, John Nemeth wrote: > Some of these features definitely sounds interesting. But, > I'm wondering about a few things. First, is there a link to a > detailed list of changes? I've seen mention of an FD plugin for > MySQL. However, Google seems to only want to

Re: [Bacula-devel] Bacula 11.0 dbcheck fail with error

Hello Reiner, On 2020-12-16 00:03, Reiner Jung via Bacula-devel wrote: > On Bacula 11 the dbcheck fail with an error > > > dbcheck -c /etc/bacula/bacula-dir.conf > > Select function number: 17 > Checking for Filenames with a trailing slash > Query failed: SELECT FilenameId,Name from Filename WH

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

Some of these features definitely sounds interesting. But, I'm wondering about a few things. First, is there a link to a detailed list of changes? I've seen mention of an FD plugin for MySQL. However, Google seems to only want to point me to the enterprise version. Is there one for the co

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

On 16/12/2020 04:48, Phil Stracchino wrote: On 12/15/20 12:10 PM, Eric Bollengier via Bacula-devel wrote: Hello, Compilation fails on Solaris 11.3 using Solaris Studio 12.6. I would recommend to compile with GCC, it is free and available on all platforms. Of course, patches are welcome to

[Bacula-devel] Bacula 11.0 dbcheck fail with error

On Bacula 11 the dbcheck fail with an error dbcheck -c /etc/bacula/bacula-dir.conf Select function number: 17 Checking for Filenames with a trailing slash Query failed: SELECT FilenameId,Name from Filename WHERE Name LIKE '%/': ERR=Table 'bacula.Filename' doesn't exist signature.asc Descripti

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

> On Tue, 15 Dec 2020 10:00:03 +0100, Eric Bollengier via Bacula-devel said: > DKIM-Filter: OpenDKIM Filter v2.10.3 mail.baculasystems.com 13470B20862 > > Hello, > > We are pleased to announce the release of Bacula version 11.0.0 (beta). > This is a major release. There are two warnings from

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

On 12/15/20 12:17 PM, Eric Bollengier via Bacula-devel wrote: > Can you try the attached patch? Might not be too complicated. (at least > for the msg/msglen variables, for the ser/unser macro, it can be more > complicated and might require more study). Giving it a shot. -- Phil Stracchino

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

On 12/15/20 12:17 PM, Eric Bollengier via Bacula-devel wrote: > Can you try the attached patch? Might not be too complicated. (at least > for the msg/msglen variables, for the ser/unser macro, it can be more > complicated and might require more study). That patch resolves the 'hides BSOCKCORE::ms

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

On 12/15/20 12:10 PM, Eric Bollengier via Bacula-devel wrote: > Hello, > >> >> Compilation fails on Solaris 11.3 using Solaris Studio 12.6. >> > > I would recommend to compile with GCC, it is free and available on all > platforms. Of course, patches are welcome to support an other compiler. Yes

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

Hello Phil, On 2020-12-15 18:10, Eric Bollengier via Bacula-devel wrote: > Hello, > >> >> Compilation fails on Solaris 11.3 using Solaris Studio 12.6. >> > > I would recommend to compile with GCC, it is free and available on all > platforms. Of course, patches are welcome to support an other com

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

Hello, > > Compilation fails on Solaris 11.3 using Solaris Studio 12.6. > I would recommend to compile with GCC, it is free and available on all platforms. Of course, patches are welcome to support an other compiler. Best Regards, Eric > > Compiling bsockcore.c > "bsockcore.c", line 64: Warn

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

On 12/15/20 4:41 AM, Sven Hartge wrote: > On 15.12.20 10:33, Sven Hartge wrote: >> On 15.12.20 10:00, Eric Bollengier via Bacula-devel wrote: > >>> This release of Bacula uses a new catalog format.  We provide a set of >>> scripts that permit to convert a 9.x and earlier versions to the new >>> 11

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

On 12/15/20 9:10 AM, Eric Bollengier via Bacula-devel wrote: > Hello Swen, > > On 2020-12-15 13:23, Sven Hartge wrote: >>> SQLite for Bacula was deprecated years and years ago, anyone who is >>> still using it has had more than enough time to update. >>> >>> I presume that the chance to remove it

Re: [Bacula-devel] Bacula Release 11.0.0 (beta)

On 15.12.20 15:10, Eric Bollengier via Bacula-devel wrote: On 2020-12-15 13:23, Sven Hartge wrote: This is all known and well, but the sqlite3-update script *has* been updated to the current DB version 1023, so it was clearly adapted. But it is missing the upgrade path from Bacula 7.0.0 and 9

  1   2   3   4   5   6   7   8   9   10   >