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): How reproducible: Always Steps to Reproduce: 1. Run amcheck 2. 3. Actual Results: 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 directory] Additional info: Under these conditions, Amanda will not back up data. This is a data security issue.
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
-6, actually.
Thanks