From Bugzilla Helper:
User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.4-laptop i686)
Description of problem:
The Raw Hide version of dump has the dump binary in /usr/sbin/dump now,
where it used to be in /sbin/dump. Amanda from the same distribution points
to the old location. The same goes for /sbin/restore.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Run amcheck
ERROR: coliseum: [can not execute /sbin/dump: No such file or directory]
ERROR: coliseum: [can not execute /sbin/restore: No such file or directory]
ERROR: localhost: [can not execute /sbin/dump: No such file or directory]
ERROR: localhost: [can not execute /sbin/restore: No such file or
Under these conditions, Amanda will not back up data. This is a data
It's not security (that's when others can gain control of resources or access to
data they should), but it needs fixing.
Depends if you use the formal definition of security as defined by (amongst
other things) the Red Hat RH253 Network and Security Course ;)
But yeah .. it doesn't let people in, but needs fixing.
Fixed in dump-0.4b22-5, which recreates these binaries