Re: [Bacula-users] Bacularis vs Baculum
Hello Everybody, Thanks Rob for this description about Baculum and Bacularis and for kind words :-) All it is true. Bacularis is dynamically developing and provides more functions. It also has changed internal application architecture that is targeted to easier use without losing all advantages API and Web layers. For the Docker containers, yes, we provide them. It is not the easiest way of using Bacularis because in typical Bacularis (with enabled Bacula configuration capability) is required access to Bacula configuration files. It means that it is difficult to prepare separate containers for Bacula and Bacularis. Nevertheless, I think that people well familiar with Docker can manage it by preparing some mounts for common parts. I also observe projects in Docker Hub led by the community users that provide Bacularis in a separate container. For the Baculum and Bacularis history that Rob asked, we have a History chapter in the documentation. For people interested in, it is here: https://bacularis.app/doc/licenses/history.html Best regards, Marcin Haba (gani) On Fri, 31 May 2024 at 18:55, Rob Gerber wrote: > I believe that bacula beta version 15.x has changes to baculum in the > release notes. So no, baculum isn't dead, per se. Being found in the bacula > community repositories, baculum seems be the official bacula community web > interface. > > Bacularis is a friendly fork from a baculum developer, Marcin. (Maybe > Marcin is the only baculum developer? I don't know.) Bacularis aims to make > bacula itself more accessible and easier to manage, in addition to various > small changes to the UI. Marcin is active on this list, and I've seen him > commit patches for various bacularis issues very quickly. So I'd argue that > bacularis is better supported in the community, but they do share a common > code base and various features or changes made do make their way between > both projects, in both directions. > > So to answer your question, as far as I know, Baculum isn't dead, and > Bacularis isn't the official bacula project UI. > > I think Bacularis offers more ways to use bacula than baculum does. There > are Bacularis docker containers, extensive installation and setup > instructions. When I go to the baculum site, I don't see anywhere near as > much information on the same subjects. The bacularis Docker containers also > offer various bacula components, something that isn't done with baculum. I > think one of the goals of bacularis is to enable modularizing management of > various bacula components and instances with docker containers. This isn't > the only goal, but it is one thing Marcin appears to have put effort into. > > Please understand that with bacularis you can certainly install it > directly on your server from a repository. It is not necessary to have it > bundled with bacula, or to use it in a docker container. > > Compare https://baculum.app/ and https://bacularis.app/ and you'll see > how the bacularis site has way more information. I'm sure Marcin could shed > more light on the historical reasons why Bacularis exists in a world where > baculum also exists. > > Robert Gerber > 402-237-8692 > r...@craeon.net > > On Fri, May 31, 2024, 10:58 AM wrote: > >> >> Is Baculum now a dead project? >> >> Is Bacularis now the official web interface? >> >> --- >> >> >> ___ >> 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 > -- "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] binaries for Ubuntu 24.04
On 5/31/24 9:59 AM, d...@bornfree.org wrote: Currently there are no "Ubuntu 24.04 LTS (Noble Numbat)" repositories for Bacula CE versions 15.0.2 and 13.0.4. Will there be? Yes. The builds for Bacula Enterprise packages for this very new platform are currently going through testing. Community packages should follow soon. I cannot give an ETA, of course. :) Best regards, Bill -- Bill Arlofski w...@protonmail.com signature.asc Description: OpenPGP digital signature ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] VirtualFull and correct volume management...
On 5/31/24 8:56 AM, Marco Gaiarin wrote: If you *really* want to automatically delete failed jobs (I personally don't think this is a good idea), you can use a RunScript in an Admin type Job like: Why in and 'Admin' job? I've tried to add something like: Run After Job = /etc/bacula/scripts/deleteFailedJobs "%c" "%l" to the backup job; script effectively get run, but seems no parameters get passed to them. First, you are passing them incorrectly. Just quote the whole line like: 8< Run After Job = "/etc/bacula/scripts/deleteFailedJobs %c %l" 8< Second, this will most likely *not* work - and it is why I offered an Admin job as a solution. If you do this, I am not sure exactly what will happen because (behind the scenes) the job is really still running when the RunAfterJob is triggered. So you would be trying to delete a job from the catalog while it is still running, and most likely, the Director would re-insert/update the job after your script deleted it, and u, I can only imagine what trouble this might cause. Stick with the Admin job and the script is my advice here. The script (little modification of yours) simply filter by client name (eg, delete jobs of that client, not overral failed jobs) and run only for VirtualFull level jobs. Rationale: if a correct VirtualFull job happen, i can safely delete also the failed jobs VirtualFull jobs will never pull in a failed job. They only collect and consolidate Backup jobs that have terminated "Backup OK" (jobstatus='T' in the catalog), so you can deleted them any time you like. time this Admin job is run will be in the Admin Job's joblog. Alternately, you can trigger the script from cron, and the bconsole output will be in the email that cron sends. The script run by hand works as expected, but clearly i prefere to run from bacula. Yes, as I recommended, but I always try to offer optional solutions w hen I can. :) Best regards, Bill -- Bill Arlofski w...@protonmail.com signature.asc Description: OpenPGP digital signature ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacularis vs Baculum
I believe that bacula beta version 15.x has changes to baculum in the release notes. So no, baculum isn't dead, per se. Being found in the bacula community repositories, baculum seems be the official bacula community web interface. Bacularis is a friendly fork from a baculum developer, Marcin. (Maybe Marcin is the only baculum developer? I don't know.) Bacularis aims to make bacula itself more accessible and easier to manage, in addition to various small changes to the UI. Marcin is active on this list, and I've seen him commit patches for various bacularis issues very quickly. So I'd argue that bacularis is better supported in the community, but they do share a common code base and various features or changes made do make their way between both projects, in both directions. So to answer your question, as far as I know, Baculum isn't dead, and Bacularis isn't the official bacula project UI. I think Bacularis offers more ways to use bacula than baculum does. There are Bacularis docker containers, extensive installation and setup instructions. When I go to the baculum site, I don't see anywhere near as much information on the same subjects. The bacularis Docker containers also offer various bacula components, something that isn't done with baculum. I think one of the goals of bacularis is to enable modularizing management of various bacula components and instances with docker containers. This isn't the only goal, but it is one thing Marcin appears to have put effort into. Please understand that with bacularis you can certainly install it directly on your server from a repository. It is not necessary to have it bundled with bacula, or to use it in a docker container. Compare https://baculum.app/ and https://bacularis.app/ and you'll see how the bacularis site has way more information. I'm sure Marcin could shed more light on the historical reasons why Bacularis exists in a world where baculum also exists. Robert Gerber 402-237-8692 r...@craeon.net On Fri, May 31, 2024, 10:58 AM wrote: > > Is Baculum now a dead project? > > Is Bacularis now the official web interface? > > --- > > > ___ > 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] Bacularis vs Baculum
On Fri, 31 May 2024 at 18:00, wrote: Hello d09, Is Baculum now a dead project? > Baculum is not dead. It lives and it is developing as you can see on the commit list in the Git repository. It is true that most changes are for the API part, not for the web interface part. For binary packages on bacula.org, they are not prepared for a long time but I think in the near future it will be improved. Users need to use alternative installation methods (manual installation, distributions that provide it...). All these facts can make it less attractive, I know, but please be sure that it isn't a dead project. > Is Bacularis now the official web interface? > It isn't. Bacularis is not the Bacula.org project but it works as an independent project outside Bacula. Best regards, Marcin Haba (gani) > --- > > > ___ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users > -- "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] VirtualFull and correct volume management...
Mandi! Martin Simmons In chel di` si favelave... > Yes, that is how volumes work. Bacula can only append at the end of a volume, > so the volume size would increase forever if it could switch back to Append > after purging some jobs. To reuse a volume, it needs to be recycled, which > only happens when all jobs have been purged. OK, thanks for the info. I start to understand! -- dott. Marco Gaiarin GNUPG Key ID: 240A3D66 Associazione ``La Nostra Famiglia'' http://www.lanostrafamiglia.it/ Polo FVG - Via della Bontà, 7 - 33078 - San Vito al Tagliamento (PN) marco.gaiarin(at)lanostrafamiglia.it t +39-0434-842711 f +39-0434-842797 Dona il 5 PER MILLE a LA NOSTRA FAMIGLIA! http://www.lanostrafamiglia.it/index.php/it/sostienici/5x1000 (cf 00307430132, categoria ONLUS oppure RICERCA SANITARIA) ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] VirtualFull and correct volume management...
Mandi! Bill Arlofski via Bacula-users In chel di` si favelave... > Why not set in your Pool(s) `MaximumVolumeJobs = 1` Ah! Brilliant! Never minded abou that!!! > If you prefer to have volumes stay in a pool they were initially created in > forever, ignore that previous paragraph. :) I've not so tight space constrain, and using 'consolidation via 'virtualfull' i'm just pretty sure that space will not grow... no, better create a decent set of volumes and go straight! > Not sure if anyone has answered, but to delete a job, the bconsole `delete > jobid=xxx` is what you want. This will delete the > Job and Files records from the catalog, and free up any volume(s) used in the > job being prun > ed for re-use as described above. Good. Thanks. > If you *really* want to automatically delete failed jobs (I personally don't > think this is a good idea), you can use a > RunScript in an Admin type Job like: Why in and 'Admin' job? I've tried to add something like: Run After Job = /etc/bacula/scripts/deleteFailedJobs "%c" "%l" to the backup job; script effectively get run, but seems no parameters get passed to them. The script (little modification of yours) simply filter by client name (eg, delete jobs of that client, not overral failed jobs) and run only for VirtualFull level jobs. Rationale: if a correct VirtualFull job happen, i can safely delete also the failed jobs > time this Admin job is run will be in the Admin Job's joblog. Alternately, > you can trigger the script from cron, and the > bconsole output will be in the email that cron sends. The script run by hand works as expected, but clearly i prefere to run from bacula. -- dott. Marco Gaiarin GNUPG Key ID: 240A3D66 Associazione ``La Nostra Famiglia'' http://www.lanostrafamiglia.it/ Polo FVG - Via della Bontà, 7 - 33078 - San Vito al Tagliamento (PN) marco.gaiarin(at)lanostrafamiglia.it t +39-0434-842711 f +39-0434-842797 Dona il 5 PER MILLE a LA NOSTRA FAMIGLIA! http://www.lanostrafamiglia.it/index.php/it/sostienici/5x1000 (cf 00307430132, categoria ONLUS oppure RICERCA SANITARIA) ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] binaries for Ubuntu 24.04
Currently there are no "Ubuntu 24.04 LTS (Noble Numbat)" repositories for Bacula CE versions 15.0.2 and 13.0.4. Will there be? --- ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bacularis vs Baculum
Is Baculum now a dead project? Is Bacularis now the official web interface? --- ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
