"John R. Jackson" wrote:
>
> >>ERROR: admin1.corp.walid.com: [can not read/write /etc/dumpdates: No such
> >>file or directory]
> >...
> >Go chown /etc/dumpdates back to user amanda and it will be fine.
>
> If it was a permissions problem, the error code would have said
> "permission denied" or something like that. This error says the file
> has completely vanished. Although Denise can confirm that with "ls -l".
>
> I don't know how it would happen, other than it for sure is not an Amanda
> issue (Amanda knows almost nothing about /etc/dumpdates -- that's only
> dump program file). The quick solution is to:
FYI, I noticed when I updated dump via RPM on my Linux box, it copied my
nice Amanda-usable version to dumpdates.rpmsave or something silly like
that, and installed a blank, root-only dumpdates file. I just copied
the backup version back to the real filename.
Eric
--
Eric Sproul, Systems Administrator
Cornerstone Networks Inc. (http://www.cstone.net)
-------------------------------------------------
Don't trust reality. After all, it's only a collective hunch.
