[Bacula-users] New release Bacularis 1.1.0

[Marcin Haba]

Hello Everybody,

We are pleased to let you know that a new version of Bacularis has been
released.

This is a new feature and bug fix release. One of the most significant
changes is improving the Bacula configuration and generally using
configuration forms.  Another one is a new graphical job over time report
that enables to see all jobs execution together in full months context. One
more relevant change is a new dark mode support, so since now users are
able to switch between light/dark modes both in the web interface and in
the API panel.

We also refined and optimized loading data in the web interface, especially
the job tables. This performance enhancement can be particularly noticeable
for users that have many jobs in the Bacula environment.

>From the visual part besides of the dark mode we did several improvements
in buttons.

Below you can find a full list of changes.

Bacularis Web:
 - Add dark mode support
 - Add to job reports new job over time report
 - Optimize loading job history table
 - Speed up loading job tables and job graphs data
 - Many configuration improvements
 - Preserve selected values between switching show/hide all directives mode
 - Load JobDefs values automatically to Job resource if JobDefs selected
 - Create a new control to handle JobDefs selection
 - Add simple checkbox control
 - Improve configuring messages resource
 - Make working requirements page
 - Fix required fields in Job resource
 - Fix setting in Messages resource VolMgmt message type
 - Fix saving Job with Runscript resource without command and console
directives defined
 - Fix overwriting TOTP settings when user account is edited
 - Fix icon visibility in dark mode button on small screens
 - Fix PHP error when trying load LDAP user list from not working LDAP
server
 - Fix template error while loading schedule control on job view page
 - Update Polish translations
 - Add missing license statement
 - Update text in LICENSE file

Bacularis API:
 - Add dark mode support
 - Add to job endpoints sched/start/end/realend times in Unix timestamp
format
 - Update Polish translations
 - Make working requirements page
 - Create new column properties dynamically
 - Fix icon visibility in dark mode button on small screens
 - Update text in LICENSE file

Bacularis Common:
 - Add dark mode support
 - Improve general buttons view
 - Add to install script parameter to set web server config directory
 - Add init API and Web pages to index file
 - Add missing license statement
 - Update text in LICENSE file

Useful links:
 Movie with the new job report and dark mode:
https://www.youtube.com/watch?v=B4SFKKZbBFQ
 Release announcement:
https://bacularis.app/news/34/36/New-release-Bacularis-1.1.0/d,Bacularis%20news%20details
 Documentation: https://bacularis.app/doc
 Online demo: https://demo.bacularis.app

Binary packages 1.1.0 for popular Linux distributions are available already
in the package repositories. Also Docker container images in Docker Hub
have been updated to 1.1.0.

We wish you successful installations and upgrades.

Best regards,
Marcin Haba (gani)

-- 
"Greater love hath no man than this, that a man lay down his life for his
friends." Jesus Christ

"Większej miłości nikt nie ma nad tę, jak gdy kto życie swoje kładzie za
przyjaciół swoich." Jezus Chrystus
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Need help with fileset declaration - what's my mistake?

[Justin Case]

Martin, thanks, I admit that for me the fileset definition is one of the more 
confusing things in Bacula. Thanks for the explanation, however, honestly, I 
don’t get it. 

I adapted the fileset according to your proposal, and this is what baculum 
makes from it:

Fileset {
Name = "test-appdata"
EnableVss = no
EnableSnapshot = no
Include {
File = "/home/dockerman"
Options {
OneFs = "No"
RegexDir = "^/home/dockerman/containerdata-"
}
Options {
OneFs = "No"
Exclude = "Yes"
RegexDir = "^/home/dockerman/[^/]+$"
}
}

Running this results in actually nearly the same result. The delta of the 
outcome are actually 3 files (gleaned form the numbers of the jobs, I don’t 
know which files that are). 

Does the order of the declarations (as seen above) have anything to do with 
this result?

> On 26. Aug 2022, at 21:24, Martin Simmons  wrote:
> 
>> On Fri, 26 Aug 2022 20:41:22 +0200, Justin Case said:
>> 
>> So actually, the fileset did back up the /home/../containerdata.. stuff, but
>> also other files outside of /home/,,,/containderdata, which I did not intend
>> to happen.
>> 
>> in the /home/dockerman there are only dot-files sich as .Xauthority and
>> .ssh/config Why would those have been backed up by this fileset?
>> 
>> And then I realized that this was also the case for the compound fileset!
>> The fileset does actually back up the containerdata-* folder contents both
>> in /home/dockerman and in /mnt. The amount of data in /home is just much
>> smaller and in baculum the order of the files shown suggested that files
>> other then /home/../containerdata-… were backed up, and the files on
>> containerdata couldn’t be seen in the file list.
>> 
>> Still the same caveat as above holds for the compound fileset, too. I don’t
>> understand that.
> 
> It does that because your fileset definition tells it to :-)
> 
> The problem is that "^/home/dockerman/.*/" only matches directories two levels
> below /home/dockerman, such as /home/dockerman/dir1/dir2.  Everything above
> that is included, for example directories like /home/dockerman/dir1 and files
> like /home/dockerman/file1 and /home/dockerman/dir1/file1.
> 
> I think this does what you want:
> 
>  Include {
>Options {
>  OneFs = no
>  # override the Exclude for this prefix
>  RegexDir = "^/home/dockerman/containerdata-"
>}
>Options {
>  OneFs = no
>  Exclude = yes
>  # disallow all top-level things not explicitly included above
>  Regex = "^/home/dockerman/[^/]+$"
>}
>File = "/home/dockerman"
>  }
> 
> Note that the paths inside the /home/dockerman/containerdata-... directories
> will be included implicitly because they don't match the excluded Regex.  The
> Options (except Exclude) from the last clause will be used for those paths.
> 
> __Martin



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

Re: [Bacula-users] Need help with fileset declaration - what's my mistake?

[Martin Simmons]

> On Fri, 26 Aug 2022 20:41:22 +0200, Justin Case said:
> 
> So actually, the fileset did back up the /home/../containerdata.. stuff, but
> also other files outside of /home/,,,/containderdata, which I did not intend
> to happen.
> 
> in the /home/dockerman there are only dot-files sich as .Xauthority and
> .ssh/config Why would those have been backed up by this fileset?
> 
> And then I realized that this was also the case for the compound fileset!
> The fileset does actually back up the containerdata-* folder contents both
> in /home/dockerman and in /mnt. The amount of data in /home is just much
> smaller and in baculum the order of the files shown suggested that files
> other then /home/../containerdata-… were backed up, and the files on
> containerdata couldn’t be seen in the file list.
> 
> Still the same caveat as above holds for the compound fileset, too. I don’t
> understand that.

It does that because your fileset definition tells it to :-)

The problem is that "^/home/dockerman/.*/" only matches directories two levels
below /home/dockerman, such as /home/dockerman/dir1/dir2.  Everything above
that is included, for example directories like /home/dockerman/dir1 and files
like /home/dockerman/file1 and /home/dockerman/dir1/file1.

I think this does what you want:

  Include {
Options {
  OneFs = no
  # override the Exclude for this prefix
  RegexDir = "^/home/dockerman/containerdata-"
}
Options {
  OneFs = no
  Exclude = yes
  # disallow all top-level things not explicitly included above
  Regex = "^/home/dockerman/[^/]+$"
}
File = "/home/dockerman"
  }

Note that the paths inside the /home/dockerman/containerdata-... directories
will be included implicitly because they don't match the excluded Regex.  The
Options (except Exclude) from the last clause will be used for those paths.

__Martin


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

Re: [Bacula-users] Need help with fileset declaration - what's my mistake?

[Martin Simmons]

> On Fri, 26 Aug 2022 20:12:45 +0200, Justin Case said:
> 
> 
> > On 26. Aug 2022, at 19:53, Martin Simmons  wrote:
> > 
> > show fileset="various-appdata”
> 
> FileSet: name=various-appdata IgnoreFileSetChanges=0
>   O f
>   RD ^/mnt/containerdata-.*/
>   N
>   O fe
>   RD ^/mnt/.*/
>   N
>   I /mnt
>   N
>   O f
>   RD ^/home/dockerman/containerdata-.*/
>   N
>   O fe
>   RD ^/home/dockerman/.*/
>   N
>   I /home/dockerman
>   N

That looks as expected to me.

__Martin


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

Re: [Bacula-users] Need help with fileset declaration - what's my mistake?

[Justin Case]

> On 26. Aug 2022, at 19:53, Martin Simmons  wrote:
> 
> 
> Also, does it work if you only have the /home/dockerman Include?
> 


That does work, with the following caveat:

So actually, the fileset did back up the /home/../containerdata.. stuff, but 
also other files outside of /home/,,,/containderdata, which I did not intend to 
happen.

in the /home/dockerman there are only dot-files sich as .Xauthority and 
.ssh/config 
Why would those have been backed up by this fileset?

And then I realized that this was also the case for the compound fileset! The 
fileset does actually back up the containerdata-* folder contents both in 
/home/dockerman and in /mnt. The amount of data in /home is just much smaller 
and in baculum the order of the files shown suggested that files other then 
/home/../containerdata-… were backed up, and the files on containerdata 
couldn’t be seen in the file list.

Still the same caveat as above holds for the compound fileset, too. I don’t 
understand that.



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

Re: [Bacula-users] Need help with fileset declaration - what's my mistake?

[Justin Case]

> On 26. Aug 2022, at 19:53, Martin Simmons  wrote:
> 
> show fileset="various-appdata”

FileSet: name=various-appdata IgnoreFileSetChanges=0
  O f
  RD ^/mnt/containerdata-.*/
  N
  O fe
  RD ^/mnt/.*/
  N
  I /mnt
  N
  O f
  RD ^/home/dockerman/containerdata-.*/
  N
  O fe
  RD ^/home/dockerman/.*/
  N
  I /home/dockerman
  N

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

Re: [Bacula-users] Need help with fileset declaration - what's my mistake?

[Martin Simmons]

That is strange -- it works with multiple Include directives for me.

Please post the output of:

show fileset="various-appdata"

Also, does it work if you only have the /home/dockerman Include?

__Martin


> On Thu, 25 Aug 2022 22:45:08 +0200, Justin Case said:
> 
> greetings fellas,
> 
> i am using the following fileset on a number of VMs running docker containers 
> to backup the container config and user data - and it works for me. It does 
> backup all /mnt/containerdata..* folders with content, nothing else:
> 
> Fileset {
>   Name = "various-appdata"
>   EnableVss = no
>   EnableSnapshot = no
>   Include {
> Options {
>   OneFs = no
>   RegexDir = "^/mnt/containerdata-.*/"
> }
> Options {
>   OneFs = no
>   Exclude = yes
>   RegexDir = "^/mnt/.*/"
> }
> File = "/mnt"
>   }
>  
> 
> Today I extended the fileset to do the exact same, but not for 
> /mnt/containerdata.*, but instead for /home/dockerman/containerdata-.*
> 
> > Fileset {
> >   Name = "various-appdata"
> >   Description = "Container application data from various machines set up 
> > like tpl050-203"
> >   EnableVss = no
> >   EnableSnapshot = no
> >   Include {
> > Options {
> >   OneFs = no
> >   RegexDir = "^/mnt/containerdata-.*/"
> > }
> > Options {
> >   OneFs = no
> >   Exclude = yes
> >   RegexDir = "^/mnt/.*/"
> > }
> > File = "/mnt"
> >   }
> >   Include {
> > Options {
> >   OneFs = no
> >   RegexDir = "^/home/dockerman/containerdata-.*/"
> > }
> > Options {
> >   OneFs = no
> >   Exclude = yes
> >   RegexDir = "^/home/dockerman/.*/"
> > }
> > File = "/home/dockerman"
> >   }
> > }
> 
> While the first Include still works as intended and as in the past, the 
> additional Include does not. The second Include backups everything in 
> /home/dockerman - except for the containerdata-.* folders, so actually the 
> exact opposite of what I intended it to do.
> 
> I am really puzzled by this outcome, as the Include directives are identical 
> except for the path prefix (/mnt vs. /home/dockerman).
> 
> I assume a fileset composed of 2 include directives is the sum of the fileset 
> defined by each include directive alone. Is that correct?
> 
> Where is my mistake?
> 
> Thanks for your time!
> 
> 
> 
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 


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

Re: [Bacula-users] I am missing Debs for Buster 32 bit (for Raspberry Pi machines running RaspiOS)

[Justin Case]

Hi Sebastian,

so far no problem. Then read on what I wrote:

"The last version available for this is Bacula 9 and my problem is that I need 
the Raspi FD to connect to the Director (some small physical fallback machines 
in a management network behind a firewall). As this works reliably with 13.0.1 
(and not the earlier versions starting with 11) I actually need 13.0.1 debs für 
Buster 32 bit."

TBH, V9.x is more then 2y old. I think for a current Debian bullseye this is 
way too old.

But no worries, I compiled 13.0.1 on Buster with the help of Chris Wilkinson.

> On 26. Aug 2022, at 18:17, Sebastian Suchanek  wrote:
> 
> Am 26.08.2022 um 14:19 schrieb Justin Case:
>> You mean the script will also work on RaspiOS 32 bit? (note: Raspbian != 
>> RasiOS)
>> [...]
> 
> To be honest, I've never heard of a system called "RaspiOS" exactly, but 
> "Raspberry Pi OS" is definetly just a rename of what was formerly called 
> "Raspbian" - as it also stated on the Raspberry homepage:
> 
>   https://www.raspberrypi.com/software/
> 
> Concerning your original question: Unfortunately, I don't run a Raspberry Pi 
> on Buster, but I do run three of them under Raspberry Pi OS (a.k.a. Raspbian) 
> Stretch and one under Bullseye. For both versions, Bacula came in the 
> original Raspbian repository. (Bacula 7.4.4 on Stretch and Bacula 9.6.7 on 
> Bullseye.) I've set up Bacula FDs on all of my RasPis from the respective 
> Raspbian repository and they all work well.
> 
> Assuming that "RaspiOS" indeed is something different then "Raspberry Pi 
> OS"/"Raspbian" - have you already checked the corresponding repository for 
> Bacula?
> 
> 
> HTH,
> 
> Sebastian
> 
> 
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 



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

Re: [Bacula-users] Silly question from newbie

[Phil Stracchino]

On 8/25/22 17:30, Pollard, Jim wrote:
Maybe another option would be do a migrate job to external media for 
enough of the volumes that contain the incrementals.  That way If things 
go completely south I could still restore.  I’ll have to take a look at 
the schedules.  I’m feeling like the first thing bacula is going to do 
is determine that incrementals are missing and initiate fulls.  Is that 
sounding right?


Bacula will not initiate a FULL backup because incrementals are missing 
or have been moved elsewhere.  It will self-initiate a FULL backup if it 
cannot find a valid prior FULL backup job *in the Catalog*.


(Side note:  You might look into VIRTUAL FULL jobs here and see if that 
is of any use to you.)


My backup strategy varies retention times for different job levels such 
that there is always overlap.  The higher the level, the longer the 
retention.  I run nightly Incrementals which are kept for a month, 
weekly Differentials that are kept for two months, and monthly Fulls 
that are kept for four months.  I can point-in-time full restore to a 
specific day anywhere in the past month from no more than eight Jobs 
(one Full, one Differential, and no more than six Incrementals).


Your incremental backups should be small, and should have the shortest 
retention times.  If considering migrating/copying some jobs to external 
storage, I would suggest migrating the higher-level jobs that are larger 
and have longer retention, rather than the incrementals.  This will make 
better use of your online storage while not impacting your ability to 
perform immediate small, near-present-time restores.  I copy only my 
FULL backups to air-gapped external media; Differentials and 
Incrementals are kept online until pruned.  It literally takes me longer 
to *set up* a small restore of a few recent files than it does to 
actually perform the restore.



--
  Phil Stracchino
  Babylon Communications
  ph...@caerllewys.net
  p...@co.ordinate.org
  Landline: +1.603.293.8485
  Mobile:   +1.603.998.6958


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

Re: [Bacula-users] I am missing Debs for Buster 32 bit (for Raspberry Pi machines running RaspiOS)

[Sebastian Suchanek]

Am 26.08.2022 um 14:19 schrieb Justin Case:
You mean the script will also work on RaspiOS 32 bit? (note: Raspbian != 
RasiOS)

[...]


To be honest, I've never heard of a system called "RaspiOS" exactly, but 
"Raspberry Pi OS" is definetly just a rename of what was formerly called 
"Raspbian" - as it also stated on the Raspberry homepage:


   https://www.raspberrypi.com/software/

Concerning your original question: Unfortunately, I don't run a 
Raspberry Pi on Buster, but I do run three of them under Raspberry Pi OS 
(a.k.a. Raspbian) Stretch and one under Bullseye. For both versions, 
Bacula came in the original Raspbian repository. (Bacula 7.4.4 on 
Stretch and Bacula 9.6.7 on Bullseye.) I've set up Bacula FDs on all of 
my RasPis from the respective Raspbian repository and they all work well.


Assuming that "RaspiOS" indeed is something different then "Raspberry Pi 
OS"/"Raspbian" - have you already checked the corresponding repository 
for Bacula?



HTH,

Sebastian


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

Re: [Bacula-users] I am missing Debs for Buster 32 bit (for Raspberry Pi machines running RaspiOS)

[Justin Case]

You mean the script will also work on RaspiOS 32 bit? (note: Raspbian != RasiOS)
There are a number of VMs and physical raspis running the RaspiOS 32 bit.
So I actually need a solution to be able to get or make Bacula debs of 13.0.1 
for RaspiOS 3 2bit.
I cannot just reinstall all these machines with Raspbian 64.

> On 26. Aug 2022, at 14:14, Chris Wilkinson  wrote:
> 
> I compiled v11/postgres for 64 bit Raspbian. Its working OK backing up to B2 
> cloud. I have a script for the compile if you need it. There shouldn't be any 
> issue with v13.
> 
> Regards
> Chris Wilkinson
> 
> On Fri, 26 Aug 2022, 12:06 pm Justin Case,  > wrote:
> Hello, this goes to the people who manage the debian packages for Bacula 
> Community
> 
> I know that Buster is old and that there are packages for the 64 bit kernel. 
> That is great as long as you are not running any Raspberry Pis with RaspiOS 
> (https://www.raspberrypi.com/software/operating-systems/ 
> ). The last RaspiOS 
> release is still based on Debian Buster 32 (!) bit.
> 
> The last version available for this is Bacula 9 and my problem is that I need 
> the Raspi FD to connect to the Director (some small physical fallback 
> machines in a management network behind a firewall). As this works reliably 
> with 13.0.1 (and not the earlier versions starting with 11) I actually need 
> 13.0.1 debs für Buster 32 bit.
> 
> Is there any chance that we can get this?
> 
> All the best,
>  J/C
> 
> 
> 
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/bacula-users 
> 

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

Re: [Bacula-users] I am missing Debs for Buster 32 bit (for Raspberry Pi machines running RaspiOS)

[Chris Wilkinson]

I compiled v11/postgres for 64 bit Raspbian. Its working OK backing up to
B2 cloud. I have a script for the compile if you need it. There shouldn't
be any issue with v13.

Regards
Chris Wilkinson

On Fri, 26 Aug 2022, 12:06 pm Justin Case,  wrote:

> Hello, this goes to the people who manage the debian packages for Bacula
> Community
>
> I know that Buster is old and that there are packages for the 64 bit
> kernel. That is great as long as you are not running any Raspberry Pis with
> RaspiOS (https://www.raspberrypi.com/software/operating-systems/). The
> last RaspiOS release is still based on Debian Buster 32 (!) bit.
>
> The last version available for this is Bacula 9 and my problem is that I
> need the Raspi FD to connect to the Director (some small physical fallback
> machines in a management network behind a firewall). As this works reliably
> with 13.0.1 (and not the earlier versions starting with 11) I actually need
> 13.0.1 debs für Buster 32 bit.
>
> Is there any chance that we can get this?
>
> All the best,
>  J/C
>
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] I am missing Debs for Buster 32 bit (for Raspberry Pi machines running RaspiOS)

[Justin Case]

Hello, this goes to the people who manage the debian packages for Bacula 
Community

I know that Buster is old and that there are packages for the 64 bit kernel. 
That is great as long as you are not running any Raspberry Pis with RaspiOS 
(https://www.raspberrypi.com/software/operating-systems/ 
). The last RaspiOS 
release is still based on Debian Buster 32 (!) bit.

The last version available for this is Bacula 9 and my problem is that I need 
the Raspi FD to connect to the Director (some small physical fallback machines 
in a management network behind a firewall). As this works reliably with 13.0.1 
(and not the earlier versions starting with 11) I actually need 13.0.1 debs für 
Buster 32 bit.

Is there any chance that we can get this?

All the best,
 J/C



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