So I've narrowed it down. If I build from Debian's patched source, but run
./configure myself, my flags in config.out look like:
Compiler flags: -g -O2 -Wall -fno-strict-aliasing -fno-exceptions
-fno-rtti
Linker flags:
However, if I build using debian's rules file, my flags in config.ou
So I built the source package on Mint 18 (it's from Debian upstream) and it
is still broken. Then, I extracted the original source from the Debian
package, and didn't apply the debian patches
(except switch-nonfree-sha1-to-openssl.patch, which I had to do to get it
to build). I set prefix to /opt/b
Jan,
I am assuming you're on the latest Mint (18) -- my Mint 18 workstation
loaded bacula 7.0.5 when I installed it just now. I am having the same
issue with the default config, so let me play with it and see what I can
come up with.
-Jonathan Hankins
On Fri, Sep 30, 2016 at 6:29 PM Jan Martin
Hi,
On my system, you are right. dir runs as bacula:bacula, sd runs as
bacula:tape, and fd runs as root:root
trinity% bconsole -?
Copyright (C) 2000-2014 Free Software Foundation Europe e.V.
Version: 7.0.5 (28 July 2014) x86_64-pc-linux-gnu ubuntu 16.04
Usage: bconsole [-s] [-c config_file] [
I believe the FD is the inly thing that needs to run as root. I think on
Debian/Ubuntu/Mint, the dir runs as bacula:bacula and the SD as
bacula:tape, but I may be wrong.
Are you sure that your bconsole is 7.0.5 as well? Check everything with:
dpkg -l \*bacula\*
and:
which bconsole
...Just to m
I'm not sure, but bacula services must be run as root both user and group.
Em 30/09/2016 5:59 PM, "Jan Martin" escreveu:
> Hi,
>
> OK, I just killed the currently running bacula-dir daemon (the nice way,
> from the init.d script), and restarted it with the same command line, but
> added -d200.
Hello,
Bacula doesn't remove volume files. You mention you expect that Bacula
will remove volume files when retention period has expired. The
retention period is an option that is part of a big subject called
Volume Recycling.
Recycling by desing means re-using something again as a something new.
Hi,
OK, I just killed the currently running bacula-dir daemon (the nice way,
from the init.d script), and restarted it with the same command line,
but added -d200. Got some extra stuff at the beginning:
trinity% sudo /usr/sbin/bacula-dir -d200 -c /etc/bacula/bacula-dir.conf
-u bacula -g bacul
I have an issue with bacula version 5.2.6 on Debian.
bacula does not delete the physical files from disk after the retention period
has expired. I have different paths ( disks) for different bacula jobs. let's
say the backup location for client X is under drive 1 and the backup location
for cli
You tried to execute bacula-dir in debug mode?
# bacula-dir -d200
Em 30/09/2016 4:49 PM, "Jan Martin" escreveu:
> Hello bacula-users!
>
> I'm having a problem that I can't figure out, so I hope someone here can
> help out.
>
> I have been using bacula 5.2.x for backing up my Mint linux box and
Hello bacula-users!
I'm having a problem that I can't figure out, so I hope someone here can
help out.
I have been using bacula 5.2.x for backing up my Mint linux box and a
couple of Macs. The latest version of Mint goes to bacula v7.0.5, so I
installed that after saving my old database and s
On 09/30/2016 10:49 AM, Andreas Nastke wrote:
> looks to me as if this toy (mysql) finally handles invalid
> timestamps as erroneous.
Yes, MySQL now treats 0 timestamps as erroneous, which is rather simple
minded, since 0 is a perfectly valid Unix timestamp value.
>
>
>
> Daniel Heitepriem schrie
This is due to a change in MySQL.
There are various workarounds, the first one to start with is to
get the latest 7.4.4 release.
I thought it was fixed in 7.4.2 but maybe it was 7.4.3.
If that does not resolve the problem there are other ways to get
Im not a MySQL crack but "EXPLAIN Job;" results in
[...]
Field | Type| Null |Key|
Default| Extra |
SchedTime | datetime| YES | | -00-00 00:00:00
||
StartTime | datetime|
looks to me as if this toy (mysql) finally handles invalid
timestamps as erroneous.
Daniel Heitepriem schrieb:
> Hi guys,
>
> any thoughts on this ?
>
> Thanks and regards,
> Daniel Heitepriem
>
> Am 20.09.16 um 12:01 schrieb Daniel Heitepriem:
>
>Hello everyone,
>
>I updated my old
15 matches
Mail list logo
