Re: [Bacula-devel] Runscript Unknown term code Re: Bacula 15.0.2 update

> On Mon, 13 May 2024 21:24:47 -0400, Phil Stracchino said: > > +"DELETE FROM PathVisibility " > +"WHERE NOT EXISTS " > +"(SELECT 1 FROM Job WHERE JobId=PathVisibility.JobId) LIMIT > 10"); DELETE ... LIMIT is a MySQL thing, not standard. __Martin __

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 &

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 omi

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

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

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] build on systems without sbrk

> On Sat, 9 Dec 2023 11:30:21 -0500, Dan Langille said: > > Some time ago, the FreeBSD ports of bacula9, bacula11, and bacula13 were all > marked as broken on aarch64 and riscv64 because of missing sbrk > > Will the upcoming Bacula 15 release have the same issue? Yes, I think so. >

Re: [Bacula-devel] 13.0.3 attempts to build platforms/osx on FreeBSD

This is fixed for the future by #2698 (thanks Eric!) so the FreeBSD port could use that as a patch. __Martin ___ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel

Re: [Bacula-devel] 13.0.3 attempts to build platforms/osx on FreeBSD

>>>>> On Fri, 20 Oct 2023 11:52:49 -0400, Dan Langille said: > > On Thu, Oct 19, 2023, at 10:21 AM, Martin Simmons wrote: > >>>>>> On Thu, 19 Oct 2023 08:54:58 -0400, Dan Langille said: > >> > >> Does anyone else get these errors when

Re: [Bacula-devel] 13.0.3 attempts to build platforms/osx on FreeBSD

> On Thu, 19 Oct 2023 08:54:58 -0400, Dan Langille said: > > Does anyone else get these errors when building? They do not affect the > outcome - the build does succeed. > > These errors are not particular to my environment. They are seen by other > FreeBSD users (https://bugs.freebsd.org/b

Re: [Bacula-devel] compile errors bacula13-client-13.0.3 on FreeBSD 13.1

28bbfcdc0ed54d5498e82a773e3bf2ed100a9c7c is the commit for the Release-13.0.3 tag, not the "most recent commit" for either bxattr_freebsd.c or the repository as a whole, so I think that is where the misunderstanding started. c0e27eca4f29dfcc000b2156094b867e995a2f64 was the first attempt to fix it,

Re: [Bacula-devel] Why bacula-sd kaboom?

> On Mon, 23 Jan 2023 06:56:25 -0700, Chandler Sobel-Sorenson said: > > That leads me to think it's crashing due to the newer compiler or OS being > used? These binaries were last compiled on Debian 8 using GCC 4. Now I'm > on Debian 10 with GCC 8. Yes, the newer compiler might be causing i

[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] Beta Release 11.3.2

> On Thu, 24 Mar 2022 18:50:15 +0100, Eric Bollengier via Bacula-devel said: > > 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. > > https://www.bacula.org/downloads/Beta-Ba

Re: [Bacula-devel] Copy job shows short block error

6 >   Maximum Volumes = 18 > > There are three 3.7 TB disks in that pool, I reckon this should keep the > disks from completely filling up. > > Marko Bartolić, Nimium d.o.o., email: > Mob: +385 99 325 7180 > Zagrebačka cesta 145A/I, 10 000 Zagreb, Hrvatska > >

Re: [Bacula-devel] Copy job shows short block error

records pruned from Volume > "volume-11"; marking it "Purged" > > 03-Oct 23:09 backup-dir JobId 12065: Recycled volume "volume-11" > > 03-Oct 23:09 backup-sd JobId 12065: Recycled volume "volume-11" on File > device "backup-device-data

Re: [Bacula-devel] Copy job shows short block error

Did the backup job on 03-Oct fill the disk? Did you check for syslog messages for that date too? Also, did you include the complete output below from the backup jobid 12068? I would expect more information to be printed between 03-Oct 23:06 and 03-Oct 23:19 about the volumes being used and the re

Re: [Bacula-devel] regression testing & python2

>>>>> On Wed, 6 Oct 2021 16:40:14 -0400, Dan Langille said: > > Martin Simmons wrote on 10/6/21 3:39 PM: > >>>>>> On Tue, 5 Oct 2021 11:21:46 -0400, Dan Langille said: > >> Must I be running the bash shell to invoke regression testing? &g

Re: [Bacula-devel] regression testing & python2

> On Tue, 5 Oct 2021 11:21:46 -0400, Dan Langille said: > > Must I be running the bash shell to invoke regression testing? You don't have to be running bash yourself -- the #! makes it run bash. >If so, why? It is because the s

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] git repo details (was shebang fix to scripts/baculabackupreport.in)

ch 'Branch-11.0' from > 'origin'. > Switched to a new branch 'Branch-11.0' > [dan@air01:~/src/bacula] $ find . -name baculabackupreport.in > ./bacula/scripts/baculabackupreport.in > [dan@air01:~/src/bacula] $ head -2 ./bacula/scripts/baculabackupreport.

Re: [Bacula-devel] shebang fix to scripts/baculabackupreport.in

e regular /bin/sh. Then, Ubuntu guys have replaced > > /bin/sh -> bash by /bin/sh -> dash for performance reasons (the result > > was quite painful for all shell writers), and it's quite easy now to > > write a shell script on Redhat using /bin/sh that will not work on >

Re: [Bacula-devel] shebang fix to scripts/baculabackupreport.in

/bin/dash is another shell, which is typically used as the system shell on Ubuntu and Debian. I'm not sure which repo you are looking at, but my copy has /bin/dash in that file __Martin > On Mon, 29 Mar 2021 14:23:59 -0400, Dan Langille said: > > I tried to create a pull request for you,

Re: [Bacula-devel] FIXED Re: 11.0.0/11.0.1 badly formed expression on Solaris 11.3 with Solaris Developer Studio 12.6

> On Mon, 1 Mar 2021 18:23:15 +0100, Radosław Korzeniewski said: > > pon., 1 mar 2021 o 16:35 Phil Stracchino napisał(a): > > > On 3/1/21 6:00 AM, Radosław Korzeniewski wrote: > > > This scheme is used in Bacula in a few places already. Could you add > > > this issue to bugs.bacula.org

Re: [Bacula-devel] Release 11.0.1

> On Mon, 8 Feb 2021 09:36:41 -0500, Phil Stracchino said: > > On 2/8/21 9:17 AM, Gary R. Schmidt wrote: > > I can't see the fix for the short strcpy() problem that vexed Phil, and > > has kept me from updating for a few versions. > > > > Has that mistake been totally rolled back, only parti

Re: [Bacula-devel] Something amiss in bacula-9.6.7: Possible race condition

>>>>> On Mon, 18 Jan 2021 16:17:04 -0500, Phil Stracchino said: > > On 1/18/21 2:08 PM, Martin Simmons wrote: > > Looks reasonable to me. (*) > > > > If the INSERT failed for some other reason then the original mysql_query() > > should have failed

Re: [Bacula-devel] Something amiss in bacula-9.6.7: Possible race condition

> On Fri, 15 Jan 2021 14:18:32 -0500, Phil Stracchino said: > > The proper way to fix this is as follows: > > INSERT IGNORE into the table. > If mysql_affected_rows() returns 1, i.e we inserted exactly one row; > return mysql_insert_id(), which will be correct. > If mysql_affected_rows() retu

Re: [Bacula-devel] Something amiss in bacula-9.6.7: Possible race condition

> On Fri, 15 Jan 2021 12:19:29 -0500, Phil Stracchino said: > > This both filters already-existing Paths out of the batch set much more > efficiently, AND does not fail if another job inserts those same Paths > first. If you compare the execution plans for the two queries you will > see that

Re: [Bacula-devel] Something amiss in bacula-9.6.7: Possible race condition

> On Fri, 15 Jan 2021 11:11:15 -0500, Phil Stracchino said: > > On 1/15/21 9:54 AM, Phil Stracchino wrote: > > I will TRY to find time to look at the code and see whether I can patch > > it myself and test. I might get time today or this weekend. > > Actually, I managed to fit in a look righ

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] Problem in git bacula

The links from https://www.bacula.org/git/ are also broken. That is the page you reach from https://www.bacula.org/ > DOWNLOADS > Git Repository. __Martin > On Fri, 4 Sep 2020 07:28:26 -0300, Wanderlei Huttel said: > > Hello > I was trying to access the information about commits in > https

Re: [Bacula-devel] Possible unrelated issue

> On Sat, 18 Jul 2020 10:20:25 -0400, Phil Stracchino said: > > 2020-07-18 4:31:00 12 [ERROR] Slave SQL: Error 'Unknown table > 'bacula.DelCandidates'' on query. Default database: 'bacula'. Query: > 'DROP TABLE DelCandidates', Internal MariaDB error code: 1051 > 2020-07-18 4:31:00 12 [Warnin

Re: [Bacula-devel] Hung jobs: continued diagnosis

>>>>> On Mon, 13 Jul 2020 15:26:17 -0400, Phil Stracchino said: > > On 2020-07-13 13:59, Martin Simmons wrote: > >>>>>> On Sun, 12 Jul 2020 14:32:44 -0400, Phil Stracchino said: > >> > >> On 2020-07-12 14:12, Phil Stracchino wrote: >

Re: [Bacula-devel] Hung jobs: continued diagnosis

> On Sun, 12 Jul 2020 14:32:44 -0400, Phil Stracchino said: > > On 2020-07-12 14:12, Phil Stracchino wrote: > > To test this theory I have built a 9.6.5 director with LZO support > > disabled and am testing it now. > > Well, that didn't work. > > But this does definitely now seem to be relat

Re: [Bacula-devel] Hung jobs: continued diagnosis

> On Mon, 13 Jul 2020 10:12:41 -0400, Phil Stracchino said: > > On 2020-07-13 10:04, Radosław Korzeniewski wrote: > > Hello, > > > > niedz., 12 lip 2020 o 21:14 Phil Stracchino > > napisał(a): > > > > There appear to be two failures occurring, the SIGUSR2 at

Re: [Bacula-devel] Hung jobs (was Re: Bacula Release 9.6.5)

>>>>> On Thu, 2 Jul 2020 15:21:50 -0400, Phil Stracchino said: > > On 2020-07-02 15:10, Phil Stracchino wrote: > > On 2020-07-02 15:07, Martin Simmons wrote: > >>>>>>> On Thu, 2 Jul 2020 14:25:49 -0400, Phil Stracchino said: > >>> Wh

Re: [Bacula-devel] Hung jobs (was Re: Bacula Release 9.6.5)

>>>>> On Thu, 2 Jul 2020 14:25:49 -0400, Phil Stracchino said: > > On 2020-07-02 14:10, Martin Simmons wrote: > >>>>>> On Wed, 1 Jul 2020 15:54:27 -0400, Phil Stracchino said: > >> > >> On 2020-06-26 17:58, Phil Strac

Re: [Bacula-devel] Hung jobs (was Re: Bacula Release 9.6.5)

> On Wed, 1 Jul 2020 15:54:27 -0400, Phil Stracchino said: > > On 2020-06-26 17:58, Phil Stracchino wrote: > > Oh, another detail I learned this morning: > > > > Cancelling a SINGLE hung job does not crash the Director. It appears it > > is only attempting to cancel a SECOND hung job that ca

Re: [Bacula-devel] Hung jobs (was Re: Bacula Release 9.6.5)

> On Fri, 26 Jun 2020 09:53:05 -0400, Phil Stracchino said: > > For the first time I've had a job hang WITHOUT HAproxy in use. > > I don't yet have a debug build in place on the SD. It's proving > problematic getting a debugger installed because I can't install dbx > without dependencies tha

Re: [Bacula-devel] Hung jobs (was Re: Bacula Release 9.6.5)

> On Wed, 24 Jun 2020 08:28:04 -0400, Phil Stracchino said: > > I also note that BAT's 'Jobs Run' list says that all of the jobs are > still running, but Status Dir in bconsole says they all have fatal > errors. Jobs Run does not reflect this. Status of the clients ALSO > does not report an

Re: [Bacula-devel] Hung jobs (was Re: Bacula Release 9.6.5)

> On Sun, 21 Jun 2020 09:08:49 -0400, Phil Stracchino said: > > On 2020-06-20 14:33, Phil Stracchino wrote: > > OK, two days with zero hung jobs. I am proceeding with re-upgrading > > ONLY the Director (well, and that host's FD) to 9.6.5. > > > That got me three successful jobs, one failed,

Re: [Bacula-devel] Hung jobs (was Re: Bacula Release 9.6.5)

> On Mon, 22 Jun 2020 10:24:13 -0400, Phil Stracchino said: > > Status: > - Director and its FD running 9.6.5, everything else running 9.6.3 > except for the one 9.4.4 Fedora client > - Director now talking directly to its local database node instead of > talking to the cluster via HAproxy (SH

Re: [Bacula-devel] Hung jobs (was Re: Bacula Release 9.6.5)

>>>>> On Mon, 22 Jun 2020 09:07:29 +0200, Radosław Korzeniewski said: > > Hello, > > śr., 17 cze 2020 o 19:17 Martin Simmons napisał(a): > > > > That's interesting, because MySQL (actually MariaDB 10.4.12) has not > > > changed since 41 d

Re: [Bacula-devel] Hung jobs (was Re: Bacula Release 9.6.5)

> On Sun, 21 Jun 2020 09:08:49 -0400, Phil Stracchino said: > > On 2020-06-20 14:33, Phil Stracchino wrote: > > OK, two days with zero hung jobs. I am proceeding with re-upgrading > > ONLY the Director (well, and that host's FD) to 9.6.5. > > > That got me three successful jobs, one failed,

Re: [Bacula-devel] Hung jobs (was Re: Bacula Release 9.6.5)

> On Thu, 18 Jun 2020 11:58:23 -0400, Phil Stracchino said: > > Got a different error today ... in addition to hung jobs, one job failed. > > 18-Jun 04:30 minbar-dir JobId 25001: Fatal error: sql_create.c:968 > Create db File > +record INSERT INTO File > (FileIndex,JobId,PathId,FilenameId,LS

Re: [Bacula-devel] Hung jobs (was Re: Bacula Release 9.6.5)

>>>>> On Wed, 17 Jun 2020 13:02:13 -0400, Phil Stracchino said: > > On 2020-06-17 12:28, Martin Simmons wrote: > >>>>>> On Wed, 17 Jun 2020 08:37:37 -0400, Phil Stracchino said: > >> > >> OK, so, I reinstalled with debug binaries,

Re: [Bacula-devel] Hung jobs (was Re: Bacula Release 9.6.5)

> On Wed, 17 Jun 2020 08:37:37 -0400, Phil Stracchino said: > > OK, so, I reinstalled with debug binaries, having figured out how to > override global make.conf for specific builds. This morning, three jobs > were hung, and once again it seemed to be random clients hung on random > files. Th

Re: [Bacula-devel] Bacula Release 9.6.5

> On Mon, 15 Jun 2020 10:42:34 -0400, Phil Stracchino said: > > Well, I've just learned that if I try to cancel one or more of the > stalled jobs, the Director crashes. Here's the traceback: > > > > [New LWP 26608] > [New LWP 26609] > [New LWP 26852] > [New LWP 26951] > [New LWP 27239] > [

Re: [Bacula-devel] Bacula Release 9.6.5

> On Mon, 15 Jun 2020 08:18:59 -0400, Phil Stracchino said: > > Hey folks, > Yesterday I upgraded from 9.6.3 to 9.6.5. My overnight backups are > running incredibly slowly. > > Basic setup is the following: > > asgard - SD, client - Solaris 11.3 > minbar - Director, client - Gentoo Linux >

Re: [Bacula-devel] configure with-mysql test withval

> On Tue, 12 May 2020 13:38:21 +0100, Andrew Watkins said: > > Hello, > > I have been looking at cleaning the build of bacula on Solaris > https://bugs.bacula.org/view.php?id=2520 since configure does not use > the correct mysqlclient library, then I spotted that if the configure > used my

Re: [Bacula-devel] Estimate listing error (ERROR in smartall.c:114 Failed ASSERT: nbytes > 0)

> On Wed, 11 Mar 2020 17:10:39 -0300, Wanderlei Huttel said: > > Hello > > I was trying to run a command estimate listing, and when I use the option > "accurate=yes" is killing the client I've just created https://bugs.bacula.org/view.php?id=2525 about this. __Martin _

Re: [Bacula-devel] Failed to compile Bacula 9.6.0 and problem with documentation encoding

u mention is avoided. > > I can easily make a guess of what to do, but would you show me the exact > change that you think is appropriate? > > Thanks, > > Kern > > On 2/26/20 12:33 PM, Martin Simmons wrote: > > Hi Kern, > > > > The 9.6.1 code in the

Re: [Bacula-devel] Failed to compile Bacula 9.6.0 and problem with documentation encoding

Hi Kern, The 9.6.1 code in the repo compiles now, but the history file is always empty. The problem is that histfile_size=0 causes nlines to be 0 in all cases. Maybe you want histfile_size=100? __Martin > On Wed, 26 Feb 2020 12:04:14 +0100, Kern Sibbald said: > > > > > > >

Re: [Bacula-devel] Copy job unexpectedly failed because of ... timing bug?

>>>>> On Wed, 11 Dec 2019 09:32:51 +0100, Radosław Korzeniewski said: > > Hello, > > wt., 3 gru 2019 o 16:04 Martin Simmons napisał(a): > > > >>>>> On Tue, 3 Dec 2019 15:15:53 +0100, Radosław Korzeniewski said: > > > > > > H

Re: [Bacula-devel] MySQL 5.6 build errors

> to resolve this. > > Best regards, > Kern > > On 12/9/19 4:04 PM, Martin Simmons wrote: > > It is repeatable with the default compiler (clang) on FreeBSD 11.3. The > > error > > happens in the "Doing make of dependencies" stage of configure, w

Re: [Bacula-devel] MySQL 5.6 build errors

It is repeatable with the default compiler (clang) on FreeBSD 11.3. The error happens in the "Doing make of dependencies" stage of configure, which does examine cats_test.c. It looks like gcc does not report the incorrect macro call as an error, but clang does. __Martin > On Wed, 4 Dec 201

Re: [Bacula-devel] Copy job unexpectedly failed because of ... timing bug?

>>>>> On Tue, 3 Dec 2019 11:46:16 -0500, Josh Fisher said: > > On 12/3/2019 10:07 AM, Phil Stracchino wrote: > > On 2019-12-03 09:15, Radosław Korzeniewski wrote: > >> Hello, > >> > >> wt., 3 gru 2019 o 14:27 Martin Simmons >> <

Re: [Bacula-devel] Copy job unexpectedly failed because of ... timing bug?

>>>>> On Tue, 3 Dec 2019 10:21:49 -0500, Phil Stracchino said: > > On 2019-12-03 10:04, Martin Simmons wrote: > >>>>>> On Tue, 3 Dec 2019 15:15:53 +0100, Radosław Korzeniewski said: > >> > >> Hello, > >> > >> wt., 3

Re: [Bacula-devel] Copy job unexpectedly failed because of ... timing bug?

>>>>> On Tue, 3 Dec 2019 15:15:53 +0100, Radosław Korzeniewski said: > > Hello, > > wt., 3 gru 2019 o 14:27 Martin Simmons napisał(a): > > > Is the current timing useful for some other situation? > > > > I do not understand your question. I&#

Re: [Bacula-devel] Copy job unexpectedly failed because of ... timing bug?

> On Tue, 3 Dec 2019 12:56:08 +0100, Radosław Korzeniewski said: > > pon., 2 gru 2019 o 20:05 Phil Stracchino napisał(a): > > > It seems to me like this is a bug, and the selection criteria for a COPY > > job should not be resolved until the COPY job is actually started. > > > > Well, I see

Re: [Bacula-devel] Bacula Release 9.4.0

>>>>> On Fri, 28 Jun 2019 09:38:02 -0400, Dan Langille said: > > > On Jan 24, 2019, at 10:16 AM, Martin Simmons wrote: > > > >>>>>> On Wed, 23 Jan 2019 16:33:14 -0500, Dan Langille said: > >> > >> But there is one error: &g

Re: [Bacula-devel] Schemas for MySQL, and related questions

> On Mon, 24 Jun 2019 18:33:10 -0400, Phil Stracchino said: > > The current source has Version 16. My current database is version 16. > It's been fully updated to current. The version 16 make_mysql_tables > file creates a PathHeirarchy table. My schema doesn't contain it, and > neither any

Re: [Bacula-devel] Log file for file daemon?

> On Sat, 11 May 2019 09:06:28 -0700, Marc Chamberlin via Bacula-devel said: > >  I have a file daemon that keeps dying on me, after it has been running > for awhile, for some unknown reason, and I would like to track down why > it is failing. If the unix process exits unexpectedly (probab

Re: [Bacula-devel] A separate 9.4.2 issue:

> On Fri, 5 Apr 2019 09:22:33 -0400, Phil Stracchino said: > > On 4/5/19 8:54 AM, Kern Sibbald wrote: > > Hello Martin, > > > > I added the Ping explicitly so that program such as Nagios could "ping" > > the FD.  I have never tried or used it myself, but it should work, and I > > think ther

Re: [Bacula-devel] A separate 9.4.2 issue:

Since the probing is now visible in job logs, it would be useful to have a safe way of doing this. Can probes use the Ping message? https://www.bacula.org/git/cgit.cgi/bacula/tree/bacula/src/filed/job.c?h=Branch-9.4#n489 __Martin > On Thu, 4 Apr 2019 18:06:26 +0200, Kern Sibbald said: > >

Re: [Bacula-devel] Bacula 9.4.2 director is silently dying

>>>>> On Tue, 5 Mar 2019 11:32:26 -0500, Phil Stracchino said: > > On 3/5/19 10:18 AM, Martin Simmons wrote: > >> On 2/20/19 8:33 AM, Phil Stracchino wrote: > >> /usr/libexec/bacula/btraceback.gdb:1: Error in sourced command file: > >> 'fail

Re: [Bacula-devel] Bacula 9.4.2 director is silently dying

> On Mon, 4 Mar 2019 12:39:15 -0500, Phil Stracchino said: > > On 2/20/19 8:33 AM, Phil Stracchino wrote: > > On 2/20/19 3:18 AM, Radosław Korzeniewski wrote: > >> > >> Unfortunate they are incomplete: /usr/libexec/bacula/btraceback.gdb:1: > >> Error in sourced command file > >> so, without gd

Re: [Bacula-devel] Bacula 9.4.2 director is silently dying

>>>>> On Mon, 18 Feb 2019 12:57:55 -0500, Phil Stracchino said: > > On 2/18/19 12:17 PM, Martin Simmons wrote: > >>>>>> On Mon, 18 Feb 2019 08:19:34 -0500, Phil Stracchino said: > >> > >> Twice now in the four days since updating

Re: [Bacula-devel] Bacula 9.4.2 director is silently dying

> On Mon, 18 Feb 2019 08:19:34 -0500, Phil Stracchino said: > > Twice now in the four days since updating to 9.4.2, my Director has > silently died without logging anything. The last thing it logged was a > dbcheck run that completed at 09:37 yesterday morning. I don't know > (yet) precisely

Re: [Bacula-devel] Bacula Release 9.4.0

ork.  That said, I cannot > find the output listing of even the jobs that I run (all are successful). > > In any, case, please keep the patches when appropriate coming, I will > apply them, and Dan, please do keep running your cdash regressions. > > Best regards, > Kern >

Re: [Bacula-devel] Bacula Release 9.4.0

>>>>> On Thu, 24 Jan 2019 10:54:06 -0500, Dan Langille said: > > > On Jan 24, 2019, at 10:39 AM, Martin Simmons wrote: > > > >>>>>> On Wed, 23 Jan 2019 18:04:30 -0500, Dan Langille said: > >> > >> The full test run is at &g

Re: [Bacula-devel] Bacula Release 9.4.0

> On Wed, 23 Jan 2019 18:04:30 -0500, Dan Langille said: > > The full test run is at > https://gist.github.com/dlangille/f9b32caf723ce96576cb74ac038f64a2 You need to find the logs of the failing tests (possibly in a file called test.out). __Martin _

Re: [Bacula-devel] Bacula Release 9.4.0

> On Wed, 23 Jan 2019 16:33:14 -0500, Dan Langille said: > > But there is one error: > > ==>Entering directory /usr/home/dan/src/bacula/regress/build/src/tools > cats_test.c:533:75: error: too many arguments provided to function-like macro > invocation >ok(db_get_file_list(jcr, jcr->db_b

Re: [Bacula-devel] Bacula 9.4.1 - SD on Solaris 11.3 blocked waiting to create new disk volume

and haven't looked at this yet.  What > you write sounds very plausible.  However, I am wondering why this > problem (%d) shows up only now and not some time ago. > > Kern > > On 1/2/19 3:04 PM, Martin Simmons wrote: > > AFAICS, there is no evidence of uint32_t overflow

Re: [Bacula-devel] Bacula Release 9.4.0

>>>>> On Tue, 15 Jan 2019 11:11:21 -0500, Dan Langille said: > > > On Jan 15, 2019, at 10:58 AM, Martin Simmons wrote: > > > >>>>>> On Mon, 14 Jan 2019 22:46:57 -0500, Dan Langille said: > >> > >>> On Dec 17, 2018, at 11:

Re: [Bacula-devel] Bacula Release 9.4.0

>>>>> On Mon, 14 Jan 2019 22:46:57 -0500, Dan Langille said: > > > On Dec 17, 2018, at 11:08 AM, Martin Simmons wrote: > > > > Thanks, that's a long list of changes. > > > > Compiling it on FreeBSD 11.2 gives a few warnings for files in &g

Re: [Bacula-devel] Bacula 9.4.1 - SD on Solaris 11.3 blocked waiting to create new disk volume

AFAICS, there is no evidence of uint32_t overflow here (the problem was just caused by %d treating the 32 bits as signed rather than unsigned). The catalog seems to store the low 32 bits of the disk volume size in EndBlock and the high 32 bits in EndFile. __Martin > On Tue, 1 Jan 2019 02:13

Re: [Bacula-devel] Bacula 9.4.1 - SD on Solaris 11.3 blocked waiting to create new disk volume

>>>>> On Mon, 31 Dec 2018 13:19:35 -0500, Phil Stracchino said: > > On 12/31/18 8:56 AM, Martin Simmons wrote: > > It looks like EndBlock=%d should be EndBlock=%u in > > BDB::bdb_update_media_record (bacula/src/cats/sql_update.c line 378). > > OK, after

Re: [Bacula-devel] Bacula 9.4.1 - SD on Solaris 11.3 blocked waiting to create new disk volume

> On Sun, 30 Dec 2018 00:08:25 -0500, Phil Stracchino said: > > On 12/29/18 11:07 PM, Phil Stracchino wrote: > > On 12/29/18 4:47 PM, Phil Stracchino wrote: > >> I'm baffled as to why creating a new volume would suddenly be blocked. > >> It's always worked before and I have made no configurati

Re: [Bacula-devel] Bacula Release 9.4.0

Sorry, I meant to say the change reason was "Remove unused prototype recv(len)" after a change with reason "Fix complier warning due to unused subroutine variable". __Martin >>>>> On Mon, 17 Dec 2018 19:45:43 GMT, Martin Simmons said: >

Re: [Bacula-devel] Bacula Release 9.4.0

a copy of your email into a bug report -- that will ensure that it does > not get lost in my inbox over the holiday season. > > Best regards, > Kern > > On 12/17/18 5:08 PM, Martin Simmons wrote: > > Thanks, that's a long list of changes. > > > > Compili

Re: [Bacula-devel] Bacula Release 9.4.0

Thanks, that's a long list of changes. Compiling it on FreeBSD 11.2 gives a few warnings for files in bacula/src/lib though: 1. Many of these: Compiling attr.c In file included from attr.c:27: In file included from ../bacula.h:169: In file included from ../lib/lib.h:51: ./bsock.h:73:12: warning:

Re: [Bacula-devel] Bacula Release Version 9.2.1

>>>>> On Mon, 27 Aug 2018 18:53:01 -0400, Dan Langille said: > > > On Aug 14, 2018, at 11:16 AM, Martin Simmons wrote: > > > >>>>>> On Tue, 14 Aug 2018 16:34:07 +0200, Radosław Korzeniewski said: > >> > >> Hello Martin, >

Re: [Bacula-devel] Bacula Release 9.2.0

>>>>> On Wed, 8 Aug 2018 14:42:36 -0400, Phil Stracchino said: > > On 08/08/18 14:35, Martin Simmons wrote: > >>>>>> On Wed, 8 Aug 2018 13:13:19 -0400, Phil Stracchino said: > >> Er, correction, it's JobDefs that is overr

Re: [Bacula-devel] Bacula Release Version 9.2.1

>>>>> On Tue, 14 Aug 2018 17:00:53 +0200, Radosław Korzeniewski said: > > Hello Martin, > > 2018-08-14 16:34 GMT+02:00 Radosław Korzeniewski > : > > > Hello Martin, > > > > 2018-08-14 12:56 GMT+02:00 Martin Simmons : > > > &

Re: [Bacula-devel] Bacula Release Version 9.2.1

>>>>> On Tue, 14 Aug 2018 16:34:07 +0200, Radosław Korzeniewski said: > > Hello Martin, > > 2018-08-14 12:56 GMT+02:00 Martin Simmons : > > > Sorry to say that it doesn't compile on FreeBSD (see below). > > > > The warnings about BSOCK::

Re: [Bacula-devel] Bacula Release Version 9.2.1

Sorry to say that it doesn't compile on FreeBSD (see below). The warnings about BSOCK::recv are probably generic and occur in every file. There is some hack for ENODATA in bsockcore.c, but not in bsock.c. Compiling bsock.c In file included from bsock.c:35: In file included from ../bacula.h:169

Re: [Bacula-devel] Bacula Release 9.2.0

> On Wed, 8 Aug 2018 13:13:19 -0400, Phil Stracchino said: > > On 08/08/18 13:01, Phil Stracchino wrote: > > Went to retest the writeset limit, and found I can't unless I want to > > clear another set of tapes, because bacula-9.0.8 is still overriding job > > parameters I enter manually with w

Re: [Bacula-devel] Restore to directory pointed by a symlink

>>>>> On Tue, 10 Apr 2018 08:32:45 +0200, Radosław Korzeniewski said: > > 2018-04-09 13:42 GMT+02:00 Martin Simmons : > > > Restoring through a symlink can cause a security vulnerability (see > > https://cwe.mitre.org/data/definitions/61.html). > > &

Re: [Bacula-devel] Restore to directory pointed by a symlink

Restoring through a symlink can cause a security vulnerability (see https://cwe.mitre.org/data/definitions/61.html). __Martin > On Mon, 9 Apr 2018 08:58:42 +0200, Radosław Korzeniewski said: > > Hello, > > I have a following setup: > > *ver > pve-dir Version: 9.0.6 (20 November 2017) x86_

Re: [Bacula-devel] regression testing: only for 9.0?

> On Thu, 16 Nov 2017 21:32:03 -0500, Dan Langille said: > > My regression tests are not showing up on > http://regress.bacula.org/index.php?project=Bacula-9.0 > > Of note, I see: recompile with -fPIC > > I'm not quite sure what that is. I hope the rest of this helps. > > As always, I can

Re: [Bacula-devel] [Bacula-users] Escaping colons from Plugin Directive

Can't you just use a script to run the $distcp command, with the file URL in the script and the other args as parameters? __Martin > On Tue, 15 Aug 2017 16:04:21 -0300 (BRT), Heitor Faria said: > > > Hello Kern, > Hello, Wanderlei, > > > Mainly who wants to backup Firebird and needs to inf

Re: [Bacula-devel] Mantis ...?

I can't see anything higher than 7.4.7 either (in the "Product Version" field of https://bugs.bacula.org/bug_report_page.php). Versions up to 9.0.4 do appear in the Product Version filter though. __Martin > On Thu, 3 Aug 2017 11:58:37 +0200, Kern Sibbald said: > > I think you need to refre

Re: [Bacula-devel] Daemon logs -d 200: storage unload, 9.0.3 with standalone tape drive

> On Tue, 1 Aug 2017 16:58:33 -0400, Phil Stracchino said: > > Sorry for the length. This is a complete log history from starting the > SD (with a tape already loaded) and the director, starting a BAT, doing > a STATUS STORAGE, then an UMOUNT STORAGE=babylon5-sd, all at -d 200. > > > Summar

Re: [Bacula-devel] Bacula Release 9.0.0

> On Mon, 17 Jul 2017 10:56:55 -0400, Phil Stracchino said: > > On 07/10/17 12:27, Phil Stracchino wrote: > > Actually, I think I *MAY* have solved this with the following set of > > counterintuitive configure options: > > > > --enable-client-only --enable-build-stored --disable-build-dird >

Re: [Bacula-devel] [Bacula-users] Beta release 7.9.2

d plugins. If you would like to > have the --disable-libtool work, I suggest sending me a patch. > > Best regards, > > Kern > > > On 06/06/2017 04:24 PM, Martin Simmons wrote: > > Hi Kern, > > > > Does this release include the cloud and aligned volume su

Re: [Bacula-devel] [Bacula-users] Beta release 7.9.2

Hi Kern, Does this release include the cloud and aligned volume support? There are some source files but they only contain the license header. The --disable-libtool option to configure has been broken by the addition of the loadable SD device driver architecture needed for these volume types. _

Re: [Bacula-devel] Bacula Release 7.4.6

Perhaps HAVE_SUN_OS can be set to a version number based on uname -r in autoconf/bacula-macros/os.m4? __Martin > On Wed, 15 Mar 2017 11:27:26 +0100, Kern Sibbald said: > > Hello Phil, > > Thanks for the patches and compiler warning output. > > I think I have eliminated all the warnings yo

  1   2   3   4   >