On Fri, May 17, 2019 at 12:56:53 -0600, Charles Curley wrote:
> Yup.
>
> --------------------------------------------------
> infofile "/etc/amanda/DailySet1/curinfo" # database DIRECTORY
> logdir "/etc/amanda/DailySet1" # log directory
> indexdir "/etc/amanda/DailySet1/index" # index directory
> --------------------------------------------------
>
> So that will want some sed work in the next iteration. But that does
> not affect my goal.
Actually, my config files have both "infofile" and "indexdir" pointing
to the corresponding directory under /var/lib/amanda/CONFIG/, as well as
"logdir" pointing to /var/log/amanda/CONFIG .
I see the official Debian package's example/amanda.conf file is the same
as what you quoted, so some instructions I was following when I first
installed Amanda years ago must have mentioned changing those to the
more FHS-compliant /var/{lib,log}/amanda paths....
As it turns out, the "logdir" files aren't really "logs" in the /var/log
sense, but rather are a database in which Amanda keeps track of which
tape volumes contain which backups, etc. So the next time I configure
an Amanda server, I'll probably make "logdir" point under
/var/lib/amanda as well...
>
> After two amdumps and several amrecovers:
> --------------------------------------------------
> -root@amanda:/etc/amanda/DailySet1# ll -tr
> total 160
[...]
> drwx------ 2 amandabackup amandabackup 4096 May 15 14:17 oldlog
> -rw------- 1 amandabackup amandabackup 3328 May 15 14:17 log.20190515141736.0
> -rw------- 1 amandabackup disk 36 May 15 16:27 log.20190515162732.0
> -rw------- 1 amandabackup disk 36 May 15 16:37 log.20190515163745.0
(It's interesting that all of the log.* files with group ownership of
"disk" are only 36 bytes long. I wonder if the different is between
files created by commands you invoke with su -c "amandabackup"' [which
has actual activity to record in the log.* file] and ones generated by
commands initiated via the xinetd amanda service [which has "group=disk"
specified... but apparently have no log activity to record], or
something like that....)
Nathan
----------------------------------------------------------------------------
Nathan Stratton Treadway - [email protected] - Mid-Atlantic region
Ray Ontko & Co. - Software consulting services - http://www.ontko.com/
GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt ID: 1023D/ECFB6239
Key fingerprint = 6AD8 485E 20B9 5C71 231C 0C32 15F3 ADCD ECFB 6239
