Re: amanda and dumpdates - aka amandates - file
2007-09-22 20:12:07
/etc/amandates is the amanda equivalent of /etc/dumpdates, but I
wouldn't recommend symlinking them. While it might work out, I
wouldn't assume that it will: dumpdates is dump's file, amandates is
amanda's file.
What I do is:
% cat /dev/null > /etc/amandates
% chown amanda /etc/amandates
Cheers,
Bruce.
On Sep 22, 2007, at 3:54 PM, Craig Dewick wrote:
Ok I might have found the problem (or a problem anyway). In /var/
log/syslog on this system there are messages like this one from
when I tried running 'amdump' on the backup server host early this
morning:
Sep 23 01:16:55 lios sendsize[11607]: [ID 702911 auth.notice] error
[opening /etc/amandates: No such file or directory]
I'm assuming that this is the Amanda equivalent of /etc/dumpdates?
What I'll try symlinking /etc/dumpdates to /etc/amandates (so that
all system dumps will use the same place to record filesystem dump
timestamp info) and later on today manually run 'amdump' on the
backup server host to see what happens...
I didn't see any mention of /etc/amandates in the online
documentation for setting up backup clients but it might be
elsewhere. 8-)
Craig.
--
Post by Craig Dewick (tm). Web @ "http://lios.apana.org.au/~cdewick".
Email 2 "cdewick AT lios.apana.org DOT au". SunShack @ "http://
www.sunshack.org"
Galleries @ "http://www.sunshack.org/gallery2". Also lots of tech
data, etc.
Sun Microsystems webring at "http://n.webring.com/hub?
ring=sunmicrosystemsu".
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
|
|
|