Arch Linux User Repository

You're welcome. I updated the systemd files to include SuccessExitStatus for error-message-less stopping of services. New PKGBUILD I just uploaded also includes a better cleanup of the entire web GUI tree, which I audited manually to really get rid of 99% of useless files.

Currently using this at home with an LTO-5 and an LTO-6 drive. System runs quarterly fulls to LTO-6 and daily incrementals to LTO-4. Tape drives are turned on/off on demand via the USB box, ZFS snapshot create/delete before/after backup run, second run after main backup run saves database+PKGBUILD+files+configuration to tape for disaster recovery purposes. Operator command is a script which beeps to alert me, should I happen to be around, unmounts tape in Bareos and ejects the tape, because it will want another one anyway, and also sends me an e-mail.

I included a bunch more files:

1) read_attribute.pl: parses binary MAM data into human-readable output. Should probably be rewritten in C. I made it work with recent Perl versions from older versions found on the web.

2) tape-label: Needs configuration in the file. Argument will be tape name. Loads tape, writes EOF to start to delete any records, rewinds, labels in Bareos, ejects tape again.

3) tape-operator: Beep, unmount, eject tape when Bareos wants a new tape. Used in bareos-dir.conf Messages resource as "operatorcommand". Needs correct storage name as first argument to know what to eject and then the usual bstmp command following.

4) tape-helper: Needs in-script configuration. As such probably only useful in my system, but just to give anyone interested an idea what can be done feature-wise. Like ZFS snapshots, USB-control, send e-mail in case drive wants a cleaning tape, read MAM chip of cartridge and send to read_attribute.pl etc.

Only thing missing is now my six config files bareos-sd|dir|fd.conf bconsole.conf and the two .ini files for the web UI. No time to sanitize right now.

@bsdice thanks

Obviously, I am not really maintaining this. (I moved to borg) I don't think mfulz is either. Let me know if anyone would like to be a maintainer or would like to own the package.

Hey guys, I ported this AUR to Bareos version 22 i.e. latest git as of yesterday for my own personal use.

You can find the PKGBUILD and necessary files at https://seitics.de/files/bareos/.

Some notes:

• Single AUR package only, because deciding what packages you need is hard.
• PostgreSQL only from 21 on, check official release notes. You have to migrate to this database before updating.
• Disabled phone home and prettified some areas; a matter of taste.
• Various compile fixes, PHP warning fixes, measures to cut back on log spam.
• For the web-GUI nginx is recommended, I deprecated Apache.
• Binaries are unstripped and daemons run among others with CAP_SYS_PTRACE privileges so I can debug segfaults.
• New systemd-service files. All daemons run as user "bareos". File daemon gets CAP_DAC_READ_SEARCH to read everything without root.
• Meticulous cleaning of useless files before packaging.
• I am using a USB relais box to switch on two LTO drives before jobs, that's what 99-bareos-usb.rules is for, to fix up device permissions.
• Tested with a LTO-5 and LTO-6 drive.

I also have a couple of unpublished scripts and .conf files to tie everything together. Mostly to turn tape drives on/off using the USB box, read the cartridge MAM chip, send mail warnings on tape alerts (e.g. when cleaning is necessary), to queue backup jobs from a systemd timer depending on time of day and day of week (rare fulls to LTO-6, daily incrementals to LTO-4 but on different drive), or to unmount and eject the tape and play an audible beep in Backup Exec style if operator intervention is required.

Personally I like handcrafted single bareos-(dir|sd|fd).conf and bconsole.conf files more than the spread out directories with many partial config files. After 2-3 years of using the software, I think I got the hang of it.

All my contributions are licensed CC0 i.e. in the public domain, or as governed by the original license if more restrictive.

I tried to install bareos on one of my machines. During the build I go the following error

/home/XXXXX/.cache/rua/build/bareos/src/bareos/core/src/plugins/filed/cephfs-fd.cc:457:33: error: cannot convert 'stat*' to 'ceph_statx*'

EDIT

I had samba installed which requires ceph-libs. After removing those two packages the build did finish successfully.

This makes version 20.0.0 compile for me - not sure, if this is the right thing to do, though.

--- a/core/src/droplet/libdroplet/src/utils.c   2020-12-16 08:46:16.000000000 +0100
+++ b/core/src/droplet/libdroplet/src/utils.c   2021-01-09 21:28:43.099999815 +0100
@@ -33,7 +33,7 @@
  */
 #include <dropletp.h>
 #include <linux/xattr.h>
-#include <attr/xattr.h>
+#include <sys/xattr.h>
 #include <errno.h>

 /** @file */
--- a/core/src/droplet/libdroplet/include/droplet/cdmi/crcmodel.h   2020-12-16 08:46:16.000000000 +0100
+++ b/core/src/droplet/libdroplet/include/droplet/cdmi/crcmodel.h   2021-01-09 21:50:10.506666487 +0100
@@ -78,7 +78,6 @@
 #ifndef DONE_STYLE

 typedef unsigned long   ulong;
-typedef unsigned        bool;
 typedef unsigned char * p_ubyte_;

 #ifndef TRUE
@@ -106,8 +106,8 @@
    int   cm_width;   /* Parameter: Width in bits [8,32].       */
    ulong cm_poly;    /* Parameter: The algorithm's polynomial. */
    ulong cm_init;    /* Parameter: Initial register value.     */
-   bool  cm_refin;   /* Parameter: Reflect input bytes?        */
-   bool  cm_refot;   /* Parameter: Reflect output CRC?         */
+   _Bool cm_refin;   /* Parameter: Reflect input bytes?        */
+   _Bool cm_refot;   /* Parameter: Reflect output CRC?         */
    ulong cm_xorot;   /* Parameter: XOR this to output CRC.     */

    ulong cm_reg;     /* Context: Context during execution.     */
--- a/core/src/droplet/libdroplet/src/backend/posix/reqbuilder.c    2020-12-16 08:46:16.000000000 +0100
+++ b/core/src/droplet/libdroplet/src/backend/posix/reqbuilder.c    2021-01-09 22:27:57.346666239 +0100
@@ -39,7 +39,7 @@
 #include <dirent.h>
 #include <sys/types.h>
 #include <linux/xattr.h>
-#include <attr/xattr.h>
+#include <sys/xattr.h>
 #include <utime.h>
 #include <pwd.h>
 #include <grp.h>

Is it possible that you remove or comment (also at the services of the other bareos-packages) the parameter "StandardOutput=syslog" in service section of the daemon service? Because this feature is outdated and normally bareos is logging to systemd-journald.

build fails, I get:

ERROR: A failure occurred in build(). Aborting...

error making: %!s(func() string=0x563f3a164bb0)

I am unable to install bareos-common regardless if I meet the dependencies

I am no longer using tray-monitor part of this package. If you would like to be a maintainer feel free to take over the package.

EDIT: 26.04.2020

I have found the problem, at least on my installation of Manjaro Linux.

The output of the build process tells me that:

CMake Error at core/cmake/BareosGetDistInfo.cmake:36 (list):

list index: 1 out of range (-1, 0)

Call Stack (most recent call first):

core/CMakeLists.txt:151 (include)

After some investigation i found out that the script bareos/core/cmake/distname.sh does not provide a DISTVER.

The output of the script is "archlinux;;;;;"

The second field of that string is empty.

After some further investigation i found out that this script tries to get the DISTVER with lsb_release if it is available. But because i am on Manjaro Linux this does not work, so we fall back testing if /etc/arch-release is existing. But then we dont get the DISTVER set at all.

So a quick fix for everyone running on Manjaro Linux would be to just echo out the needed return of this script with something like this:

echo "archlinux;20.0;$OBS_PROJECT;$OBS_DISTRIBUTION;$OBS_ARCH;$OBS_SRCMD5"

Hope that helps someone ...

Best regards

Andreas

ORIGINAL:

I have problems compiling bareos-common

Here are some logs: https://gist.github.com/apachler/be87c7454b512873db0fb8fe5de34271 https://gist.github.com/apachler/f712da912965fe84afbcf14387afa05c https://gist.github.com/apachler/c7ed4cff8096e2c02b7759ad2d464ec8

Maybe you have an idea?