Re: [Bacula-users] Progressive Virtual Fulls...

2023-09-21 Thread Adolf Belka (gmail)

Hi Marco,

I can't comment on Progressive Virtual Full backups as I don't do those 
but I have had a Virtual Full Backup running for several years now, 
which I use for my laptop.


I believe I used the manual as my guide - section 12.2.7 and 33.5 but it 
is a long time ago now since I set it up.


The following are the configs I am running with.

Client    {
    Name = tethys-fd
    Address = xxx.xxx.xxx.org
    FDPort = 9102
    Catalog = MyCatalog
    # password for FileDaemon on tethys
    Password = "xxx"
    File Retention = 93 days
    Job Retention = 93 days
    AutoPrune = no
    }

Device  {
    Name = tethysFileStorage
    Media Type = tethysFile
    Archive Device = /mnt/Backup_Disk
    LabelMedia = yes;
    Random Access = Yes;
    AutomaticMount = yes;
    RemovableMedia = no;
    AlwaysOpen = no;
    }

Device  {
    Name = tethysVirtualFileStorage
    Media Type = tethysVirtualFile
    Archive Device = /mnt/Backup_Disk
    LabelMedia = yes;
    Random Access = Yes;
    AutomaticMount = yes;
    RemovableMedia = no;
    AlwaysOpen = no;
    }

Job    {
    Name = "Client-tethys"
    Type = Backup
    Client = tethys-fd
    FileSet = "tethys File Set"
    Schedule = "tethysCycle"
    Messages = Standard
    Accurate = yes
    Pool = tethys-Inc-Pool
    Full Backup Pool = tethys-Full-Pool
    Incremental Backup Pool = tethys-Inc-Pool
    Write Bootstrap = "/opt/bacula/working/Client_tethys.bsr"
    Priority = 10
    Spool Attributes = Yes
    }

Job    {
    Name = "Migrate-tethys"
    Type = Migrate
    Client = tethys-fd
    FileSet = "tethys File Set"
    Schedule = "tethysMigrateCycle"
    Selection Type = Volume
    Selection Pattern = ^tethys-fd-Virtual-Full
    Purge Migration Job = yes
    Messages = Standard
    Accurate = yes
    Pool = tethys-Virtual-Full-Pool
    Priority = 12
    Spool Attributes = Yes
    }

Pool    {
    Name = tethys-Full-Pool
    Pool Type = Backup
    Recycle = yes
    AutoPrune = no
    Volume Retention = 90 days
    Maximum Volume Jobs = 1
    Action On Purge = Truncate
    Label Format = "tethys-fd-Full-${NumVols+:p/2/0/r}"
    Maximum Volumes = 10
    Storage = "tethysFileStorage"
    NextPool = "tethys-Virtual-Full-Pool"
    }

Pool    {
    Name = tethys-Virtual-Full-Pool
    Pool Type = Backup
    Recycle = yes
    AutoPrune = no
    Volume Retention = 90 days
    Maximum Volume Jobs = 1
    Action On Purge = Truncate
    Label Format = "tethys-fd-Virtual-Full-${NumVols+:p/2/0/r}"
    Maximum Volumes = 10
    Storage = "tethysVirtualFileStorage"
    NextPool = "tethys-Full-Pool"
    }

Pool    {
    Name = tethys-Inc-Pool
    Pool Type = Backup
    Recycle = yes
    AutoPrune = no
    Volume Retention = 35 days
    Maximum Volume Jobs = 1
    Action On Purge = Truncate
    Label Format = "tethys-fd-Incremental-${NumVols+:p/2/0/r}"
    Maximum Volumes = 45
    Storage = "tethysFileStorage"
    NextPool = "tethys-Virtual-Full-Pool"
    }

Schedule {
     Name = "tethysCycle"
     Run = Level=VirtualFull 1st sun at 0:00
     }

Schedule {
     Name = "tethysMigrateCycle"
     Run = 1st sun at 0:10
     }

Storage {
    Name = tethysFileStorage
    Address = yyy.xxx.xxx.org
    SDPort = 9103
    Password = "xxx"
    Device = tethysFileStorage
    Media Type = tethysFile
    Maximum Concurrent Jobs = 20
    }

Storage {
    Name = tethysVirtualFileStorage
    Address = yyy.xxx.xxx.org
    SDPort = 9103
    Password = "xxx"
    Device = tethysVirtualFileStorage
    Media Type = tethysVirtualFile
    Maximum Concurrent Jobs = 20
    }

A full backup is run to start with.

After that the laptop runs a backup script every four days creating a 
selection of incremental backups which at the start of each month are 
consolidated into a virtual full pool volume. This virtual full pool 
volume is then migrated into a full pool volume and I have around 3 to 4 
of those available on my storage.


I remember that the part that took me some time to get right so that the 
Virtual Full Backup worked correctly was the Next Pool definitions in 
the Pool configs. I think it took me several weeks of tuning the configs 
to end up with a working system that backed up correctly. I also tested 
out and confirmed the restore capability with the backups.


Regards,

Adolf.

On 21/09/2023 12:08, Marco Gaiarin wrote:

I'm not currently using web interfaces, and i prefere to understand and work
at config file levels, but thanks.

I've done some tests, but lead to nothing. I'm basing my tests (apart on
official docs) also on:


https://www.bacula.lat/bacula-virtual-synthetic-full-and-forever-incremental-backups/?lang=en

and limiting for now on 'Virtual Full' tests (progessive will came later,
if i understood well can be seen as an special case).

I've setup a client (windows client, but AFAIK does not matter):

  Client {

Re: [Bacula-users] Debian FD v11 and above package

2023-09-02 Thread Adolf Belka (gmail)
Hi Chris, I had to delete some of the history of this email as there is 
a 40KB max size for submissions so my response got held.


Some of your .configure options are different from mine so I just ran 
the same commands as you did and I got the same error that you did.


I noticed you had run make -n and that is a dry run without executing 
anything.
I believe, although don't know for sure, that some parts of bacula build 
will be using the results of an earlier part, so if you do a dry run 
those parts won't be available.


So I ran my ./configure followed by make -n and got the same error.

Cleared everything and started again and this time ran make -j$(nproc) 
and everything built fine.


Then tried your configure again but with make -j$(nproc) and everything, 
including findlib, built without a problem.



Regards,
Adolf.

On 02/09/2023 10:21, Chris Wilkinson wrote:

Thanks for confirming that.

When compiling with --enable-client-only I get the following error 
from make


$ sudo bash make-client-only.sh
...
echo "Making libbacfind.la  ..."
/usr/src/bacula-11.0.6/libtool --silent --tag=CXX --mode=link 
/usr/bin/g++ -o libbacfind.la  find.lo match.lo 
find_one.lo attribs.lo create_file.lo bfile.lo drivetype.lo 
enable_priv.lo fstype.lo mkpath.lo savecwd.lo namedpipe.lo 
win32filter.lo -export-dynamic -rpath /usr/lib -release 11.0.6
make[1]: *** No rule to make target '../lib/libbac.la 
', needed by 'all'. Stop.

make[1]: Leaving directory '/usr/src/bacula-11.0.6/src/findlib'


  == Error in /usr/src/bacula-11.0.6/src/findlib ==

Up to this point there are no errors

#include file make-client-only.sh
cd /usr/src/bacula-11.0.6
CFLAGS="-g -O2"
./configure \
 --with-readline=/usr/include/readline \
 --disable-conio \
 --bindir=/usr/bin \
 --sbindir=/usr/sbin \
 --with-scriptdir=/etc/bacula/scripts \
 --with-working-dir=/var/lib/bacula \
 --with-logdir=/var/log/bacula \
 --enable-smartalloc \
 --with-systemd \
 --with-job-email=winstonia...@gmail.com \
 --with-hostname=nuc4 \
 --with-fd-user=root \
 --with-fd-group=root \
 --with-sbin-perm=755 \
 --with-pid-dir=/var/run/bacula \
 --enable-client-only

make -n
echo "make done"


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Debian FD v11 and above package

2023-09-02 Thread Adolf Belka (gmail)

Hi Chris,

With --enable-client-only then no database is required on the client for 
bacula.


I have two laptops and a desktop that are running with only an FD.

Regards,
Adolf

On 01/09/2023 22:54, Chris Wilkinson wrote:
Bacula 9.x is also the latest version available through the Debian 
repo. There doesn't seem to be a move to upgrade that to 11 or 13. 
That's why I built v11 from source. Like you I run the dir/sd/fd on 
the same machine so compiled the complete package. I never had to 
build an fd only till now.


-Chris-

On Fri, 1 Sept 2023, 21:32 Rob Gerber,  wrote:

I don't know for sure because I have only deployed a client with
SD / Dir and FD all on the same machine, but I would imagine that
an FD client only machine wouldn't need a database. I'm pretty
confident that if one was needed, it would be installed as a
dependency of the bacula client package.

My expectation is that the FD would communicate files to be backed
up to the Bacula director and that records of files would be kept
on the director. Your mileage may vary, though, so confirm on your
end.

You should be aware that Bacula packages in the OS repo may
conflict with the bacula repo. This was true for Ubuntu, though I
don't know if it's true for Debian. When I used it last, the
Ubuntu repo had packages for Bacula 9.x, which is pretty far out
of date.

Robert Gerber
402-237-8692
r...@craeon.net

On Fri, Sep 1, 2023, 3:17 PM Chris Wilkinson
 wrote:

I hadn't spotted that there is a link on this page though it
does say an email will be sent. That doesn't seem to be the
case. I followed that through to the directory of debs and
found the bullseye/11 clients. As you say, that should be OK
for Debian 12.

Am I correct in thinking that it isn't necessary to install a
database in a client-only configuration?

-Chris-

On Fri, 1 Sept 2023, 19:42 Rob Gerber,  wrote:

Oh no, I gave you wrong information. I'm sorry.

I don't think they email you. After you submit your name
and email address, the followup page that loads has the
repo link in the middle of the page It says " You may now
access the bacula binaries located here (please bookmark
this link)." where "here" is your own custom repo link.
The link will be in format
https://www.bacula.org/packages/abc123

I clicked through on the link it gave me, and found that
they have a package named "bacula-client" that appears to
be what you're looking for. look in

https://www.bacula.org/packages/YOURSTRINGHERE/debs/BACULAVERSIONOFYOURCHOICE/dists/ONEOFTHEAVAILABLEDEBIANORUBUNTUVERSIONS/

So sorry for the incorrect information.

FYI release notes for bacula 13.x say:

As always, both the Director and Storage daemon(s) must be upgraded 
at
the same time. Any File daemon running on the same machine as a 
Director
or Storage daemon must be of the same version.

Older File Daemons should be compatible with the 13.0 Director and 
Storage

I highly recommend browsing through the repo in your web
browser of choice to read the release notes and see what
packages are available, what debian OS variants are
supported for each bacula version number, etc.

It looks like bacula 13.x the newest debian version they
support is 11/bullseye. It should be fine to use that repo
for your Debian 12 system, but be sure to verify yourself
just to be sure.

Regards,
Robert Gerber
402-237-8692
r...@craeon.net


On Fri, Sep 1, 2023 at 11:02 AM Chris Wilkinson
 wrote:

I waited a while but never got the
registration email.  Tried again and waited some more
so gave up. The only way seems to be to download from
sourceforge and compile from source. There is a
compile flag for client only --enable_client_only, see
the manual at;


https://www.bacula.org/11.0.x-manuals/en/main/Installing_Bacula.html

-Chris Wilkinson

On Wed, 30 Aug 2023, 17:24 Chris Wilkinson,
 wrote:

Thank-you. I registered and am awaiting the
registration email.

-Chris-

On Wed, 30 Aug 2023, 17:15 Rob Gerber,
 wrote:

I don't know about adding the FD only but I do
know that bacula maintains a repo for Debian
with 13.x binaries in it. To get access to
this repo, you need to go to download on

Re: [Bacula-users] regression testing - more volunteers wanted

2021-03-25 Thread Adolf Belka (gmail)

Hi Radoslaw,

Sent from my Desktop Computer

On 25/03/2021 09:42, Radosław Korzeniewski wrote:

Hello,

śr., 24 mar 2021 o 17:46 Adolf Belka (gmail) mailto:adolf.be...@gmail.com>> napisał(a):

   File "/home/ahb/sandbox/bacula/regress/./endtime", line 16
 print 'Total time = %d:%02d:%02d or %d secs' % (h, m, sec, t - 
float(s))
   ^
SyntaxError: invalid syntax


The "endtime" file is a Python 2 script which does not work with Python 3.


I have both python2 and python3 installed but the command python is linked to 
python3 so that explains the message.

I can live with it as it is. It doesn't happen with the nightly_disk script and 
that is the one I am now using for my regression testing input.

Thanks for the feedback.

Adolf.


best regards
--
Radosław Korzeniewski
rados...@korzeniewski.net <mailto:rados...@korzeniewski.net>



___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] regression testing - more volunteers wanted

2021-03-24 Thread Adolf Belka (gmail)

Hi Dan,

Sent from my Desktop Computer

On 24/03/2021 15:29, Dan Langille wrote:

On Tue, Mar 23, 2021, at 8:26 AM, Adolf Belka (gmail) wrote:

Hi All,

Found the README.ctest file and the CDashboard url. Have successfully
run the experimental-disk script and the results have got onto the
CDashboard.

So everything seems to be working well except that the bacula configure
script does not recognise Arch Linux.

Looking at 
http://regress.bacula.org/index.php?project=Bacula-9.6&date=2021-03-24 I see

9.6.7-10Dec20-mysql-unknown-unknown

Are you referring to 'unknown-unknown' where as other results have 
'freebsd-12.2-RELEASE-p4'?


Yes, that is what I am referring to together with the line in the checking part 
of configure output

 === Something went wrong. Unknown DISTNAME archlinux ===

The distribution version will always be unknown because Arch Linux is a rolling 
release and does not have a version number.

Regards,

Adolf.



___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] regression testing - more volunteers wanted

2021-03-24 Thread Adolf Belka (gmail)

Hi Dan,

Sent from my Desktop Computer

On 24/03/2021 15:27, Dan Langille wrote:

On Mon, Mar 22, 2021, at 8:23 AM, Adolf Belka (gmail) wrote:

Hi All,

I have run the regression tests and had a couple of failures. One of
those disappeared after re-running the test. The other I have re-run
with debug set and saved the output to a file. I also had a syntax error
from the regression script itself right at the end for the total time
printing.

What was the error?


  = End three-pool-disk OK 20:16:18 00:00:59 59s =
  = End 2drive-3pool-test OK 20:17:41 00:00:59 59s =
  = End 2drive-swap-test OK 20:19:14 00:01:09 69s =
End non-root virtual disk autochanger tests
End do_file tests
  File "/home/ahb/sandbox/bacula/regress/./endtime", line 16
    print 'Total time = %d:%02d:%02d or %d secs' % (h, m, sec, t - float(s))
  ^
SyntaxError: invalid syntax


I think this was at the end of running make test but it might have been from 
running ./do_disk, I can't remember any more.

However this error does not occur when I am running the ./experimental_disk or 
./nightly_disk.



___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] regression testing - more volunteers wanted

2021-03-23 Thread Adolf Belka (gmail)

Hi All,

Found the README.ctest file and the CDashboard url. Have successfully 
run the experimental-disk script and the results have got onto the 
CDashboard.


So everything seems to be working well except that the bacula configure 
script does not recognise Arch Linux.


Regards,

Adolf.

On 22/03/2021 13:23, Adolf Belka (gmail) wrote:

Hi All,

I have run the regression tests and had a couple of failures. One of 
those disappeared after re-running the test. The other I have re-run 
with debug set and saved the output to a file. I also had a syntax 
error from the regression script itself right at the end for the total 
time printing.


Do I provide the debug output to this users list or to the devel list 
or where? I couldn't find any clue in the regression testing link.



Thanks

Adolf


On 21/03/2021 16:21, Adolf Belka (gmail) wrote:

Hi Dan,

Thanks for the note. I had been thinking for a while about trying 
regression testing and your email got me over the edge to do something.


So followed the link and followed the instructions, which were very 
clear and helpful, and I have a disk only regression test ongoing on 
my Arch Linux x86_64 system.


Thanks very much.

Adolf Belka.

Sent from my Desktop Computer

On 21/03/2021 14:48, Dan Langille wrote:

Hello

Members of project communities often wonder how they can contribute 
without coding.


I have one suggestion: regression testing.

More diversity in OS versions is a goal. At present, only FreeBSD is 
consistently represented. That's not enough. Your OS should be there 
too.With daily regression testing on a wide variety of operating 
systems and versions, changes to code which introduce regressions in 
behavior can be quickly caught. Catching them early is key to 
getting them fixed.


It is not difficult to set up and it run automatically. No special 
skills required. If you are running Bacula

now, this is an easy way for you to contribute to the community.

The testing is run as non-root and requires no special privileges. I 
run my testing under my own login.


In my setup, I create a dedicated host (in a FreeBSD jail for this) 
but that is not required. The resources

required are not great.

Details at 
https://www.bacula.org/11.0.x-manuals/en/developers/Bacula_Regression_Testing.html



--
Sent from my laptop.



___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Regression testing - errors found with make setup

2021-03-22 Thread Adolf Belka (gmail)

Hi Radoslaw,

Sent from my Desktop Computer

On 22/03/2021 16:23, Radosław Korzeniewski wrote:

Hello,

pon., 22 mar 2021 o 15:44 Adolf Belka (gmail) mailto:adolf.be...@gmail.com>> napisał(a):

Hi All,

I initially setup the regression system with sqlite3 to prove it was 
working in a simple manner. This worked and I was able to run the regression 
tests, most of which passed.


I then changed my setup to mysql (mariadb for Arch Linux).

I then re-ran make setup but get a whole lot of errors at the end. The 
following is just the end part with the errors but if the whole of the output 
from make setup is required I can provide that.


Any clues, from the error messages being seen, for what I have not done 
correctly.


Stopping the Bacula File daemon
Stopping the Bacula Storage daemon
Stopping the Bacula Director daemon
Running database creation scripts
Creating mysql database
ERROR 1044 (42000) at line 1: Access denied for user ''@'localhost' to 
database 'regress'


It seems you have no permissions (Access denied above) to create a database. No 
database, no regression testing.


Thanks very much for the input.

Yes, I had to add my unprivileged user into mariadb with full granting, 
creation etc privileges and then most of the errors disappeared. I had to also 
redo the root user as somehow the blank password had become an invalid password 
and that was still causing some errors.

Once that was solved then I only have two errors left but they don't appear to 
be blocking (yet) as the regression tests are running okay so far.

The need to have your unprivileged user in mariadb/mysql with granting etc 
rights is not mentioned in the Regression instructions section of the manual.

The error messages still left are the "ERROR 1133" line and the 
"smartall.c:418-0 Orphaned buffer" line in the output below.

I think the ERROR 1133 line may be related to the mariadb.sys user. Searching 
found other people with the same message and it was said to be a feature of 
that user.

The other error I have not been able to figure out at all but the disk based 
tests all seem to be working at the moment with mysql/mariadb.

Stopping the Bacula File daemon
Stopping the Bacula Storage daemon
Stopping the Bacula Director daemon
Running database creation scripts
Creating mysql database
Creation of regress database succeeded.
Deletion of regress MySQL tables succeeded.
Dropped mysql tables
Making mysql tables
Creation of Bacula MySQL tables succeeded.
Granting mysql privileges
Created MySQL database user: regress
ERROR 1133 (28000) at line 2: Can't find any matching row in the user table
Host    User    Password    Select_priv    Insert_priv Update_priv    
Delete_privCreate_priv    Drop_priv Reload_priv    Shutdown_priv    
Process_priv    File_priv Grant_priv    References_priv    Index_priv    
Alter_priv Show_db_priv    Super_privCreate_tmp_table_priv Lock_tables_priv    
Execute_priv    Repl_slave_priv Repl_client_priv    Create_view_priv    
Show_view_priv Create_routine_priv    Alter_routine_privCreate_user_priv 
Event_priv    Trigger_priv    Create_tablespace_priv 
Delete_history_privssl_type    ssl_cipher    x509_issuer x509_subject    
max_questions    max_updatesmax_connections max_user_connections    plugin    
authentication_string password_expired    is_role    default_role    
max_statement_time
localhost    mariadb.sys        N    N    N    N    N    N    N NN    N    N    
N    N    N    N    N    N    N    N    N    NN N    N    N    N    N    N    N 
   N                00    0 0    mysql_native_password        N    N        
0.00
localhost    root        Y    Y    Y    Y    Y    Y    Y    Y YY    Y    Y    Y 
   Y    Y    Y    Y    Y    Y    Y    Y    YY Y    Y    Y    Y    Y    Y    Y   
                 00    0    0 mysql_native_password        N    N        
0.00
localhost    ahb        Y    Y    Y    Y    Y    Y    Y    Y YY    Y    Y    Y  
  Y    Y    Y    Y    Y    Y    Y    Y    YY Y    Y    Y    Y    Y    Y    Y    
                00    0    0 mysql_native_password        N    N        0.00
%    regress        N    N    N    N    N    N    N    N    N NN    N    N    N 
   N    N    N    N    N    N    N    N    NN N    N    N    N    N    N        
            0    00    0 mysql_native_password        N    N        0.00
Privileges for user regress granted on database regress.
Starting the Bacula Storage daemon
Starting the Bacula File daemon
Starting the Bacula Director daemon
Stopping the Bacula File daemon
Stopping the Bacula Storage daemon
Stopping the Bacula Director daemon
hyperion-dir: smartall.c:418-0 Orphaned buffer: hyperion-dir 1048 bytes at 
7f122400b328 from lib/berrno.h:68
echo "Doing: scripts/do_sed"
Doing: scripts/do_sed
scripts/do_sed

Thanks and regards,

Adolf Belka


best regards
--
Rados

[Bacula-users] Regression testing - errors found with make setup

2021-03-22 Thread Adolf Belka (gmail)

Hi All,

I initially setup the regression system with sqlite3 to prove it was working in 
a simple manner. This worked and I was able to run the regression tests, most 
of which passed.


I then changed my setup to mysql (mariadb for Arch Linux).

I then re-ran make setup but get a whole lot of errors at the end. The 
following is just the end part with the errors but if the whole of the output 
from make setup is required I can provide that.


Any clues, from the error messages being seen, for what I have not done 
correctly.


Stopping the Bacula File daemon
Stopping the Bacula Storage daemon
Stopping the Bacula Director daemon
Running database creation scripts
Creating mysql database
ERROR 1044 (42000) at line 1: Access denied for user ''@'localhost' to database 
'regress'
Creation of regress database succeeded.
ERROR 1044 (42000) at line 1: Access denied for user ''@'localhost' to database 
'regress'
Deletion of regress MySQL tables failed.
Dropped mysql tables
Making mysql tables
ERROR 1044 (42000) at line 1: Access denied for user ''@'localhost' to database 
'regress'
ERROR 1046 (3D000) at line 8: No database selected
ERROR 1046 (3D000) at line 15: No database selected
ERROR 1046 (3D000) at line 36: No database selected
ERROR 1046 (3D000) at line 51: No database selected
ERROR 1046 (3D000) at line 77: No database selected
ERROR 1046 (3D000) at line 84: No database selected
ERROR 1046 (3D000) at line 91: No database selected
ERROR 1046 (3D000) at line 111: No database selected
ERROR 1046 (3D000) at line 147: No database selected
ERROR 1046 (3D000) at line 181: No database selected
ERROR 1046 (3D000) at line 189: No database selected
ERROR 1046 (3D000) at line 203: No database selected
ERROR 1046 (3D000) at line 211: No database selected
ERROR 1046 (3D000) at line 227: No database selected
ERROR 1046 (3D000) at line 285: No database selected
ERROR 1046 (3D000) at line 317: No database selected
ERROR 1046 (3D000) at line 328: No database selected
ERROR 1046 (3D000) at line 338: No database selected
ERROR 1046 (3D000) at line 347: No database selected
ERROR 1046 (3D000) at line 349: No database selected
ERROR 1046 (3D000) at line 359: No database selected
ERROR 1046 (3D000) at line 368: No database selected
ERROR 1046 (3D000) at line 374: No database selected
ERROR 1046 (3D000) at line 381: No database selected
ERROR 1046 (3D000) at line 405: No database selected
ERROR 1046 (3D000) at line 412: No database selected
ERROR 1046 (3D000) at line 415: No database selected
ERROR 1046 (3D000) at line 423: No database selected
ERROR 1046 (3D000) at line 427: No database selected
ERROR 1046 (3D000) at line 443: No database selected
ERROR 1046 (3D000) at line 449: No database selected
ERROR 1046 (3D000) at line 454: No database selected
Creation of Bacula MySQL tables succeeded.
Granting mysql privileges
ERROR 1698 (28000): Access denied for user 'root'@'localhost'
Error creating privileges.
Starting the Bacula Storage daemon
Starting the Bacula File daemon
Starting the Bacula Director daemon
Stopping the Bacula File daemon
Stopping the Bacula Storage daemon
Stopping the Bacula Director daemon
bacula-dir: lockmgr.c:621-0 Failed ASSERT: 0
echo "Doing: scripts/do_sed"
Doing: scripts/do_sed
scripts/do_sed


Regards,

Adolf Belka

Sent from my Desktop Computer




___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] regression testing - more volunteers wanted

2021-03-22 Thread Adolf Belka (gmail)

Hi All,

I have run the regression tests and had a couple of failures. One of 
those disappeared after re-running the test. The other I have re-run 
with debug set and saved the output to a file. I also had a syntax error 
from the regression script itself right at the end for the total time 
printing.


Do I provide the debug output to this users list or to the devel list or 
where? I couldn't find any clue in the regression testing link.



Thanks

Adolf


On 21/03/2021 16:21, Adolf Belka (gmail) wrote:

Hi Dan,

Thanks for the note. I had been thinking for a while about trying 
regression testing and your email got me over the edge to do something.


So followed the link and followed the instructions, which were very 
clear and helpful, and I have a disk only regression test ongoing on 
my Arch Linux x86_64 system.


Thanks very much.

Adolf Belka.

Sent from my Desktop Computer

On 21/03/2021 14:48, Dan Langille wrote:

Hello

Members of project communities often wonder how they can contribute 
without coding.


I have one suggestion: regression testing.

More diversity in OS versions is a goal. At present, only FreeBSD is 
consistently represented. That's not enough. Your OS should be there 
too.With daily regression testing on a wide variety of operating 
systems and versions, changes to code which introduce regressions in 
behavior can be quickly caught. Catching them early is key to getting 
them fixed.


It is not difficult to set up and it run automatically. No special 
skills required. If you are running Bacula

now, this is an easy way for you to contribute to the community.

The testing is run as non-root and requires no special privileges. I 
run my testing under my own login.


In my setup, I create a dedicated host (in a FreeBSD jail for this) 
but that is not required. The resources

required are not great.

Details at 
https://www.bacula.org/11.0.x-manuals/en/developers/Bacula_Regression_Testing.html



--
Sent from my laptop.



___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] regression testing - more volunteers wanted

2021-03-21 Thread Adolf Belka (gmail)

Hi Dan,

Thanks for the note. I had been thinking for a while about trying regression 
testing and your email got me over the edge to do something.

So followed the link and followed the instructions, which were very clear and 
helpful, and I have a disk only regression test ongoing on my Arch Linux x86_64 
system.

Thanks very much.

Adolf Belka.

Sent from my Desktop Computer

On 21/03/2021 14:48, Dan Langille wrote:

Hello

Members of project communities often wonder how they can contribute without 
coding.

I have one suggestion: regression testing.

More diversity in OS versions is a goal. At present, only FreeBSD is 
consistently represented. That's not enough. Your OS should be there too.With 
daily regression testing on a wide variety of operating systems and versions, 
changes to code which introduce regressions in behavior can be quickly caught. 
Catching them early is key to getting them fixed.

It is not difficult to set up and it run automatically. No special skills 
required. If you are running Bacula
now, this is an easy way for you to contribute to the community.

The testing is run as non-root and requires no special privileges. I run my 
testing under my own login.

In my setup, I create a dedicated host (in a FreeBSD jail for this) but that is 
not required. The resources
required are not great.

Details at 
https://www.bacula.org/11.0.x-manuals/en/developers/Bacula_Regression_Testing.html




___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users