Gerhardus Geldenhuis wrote:
The xinetd is configured correctly so that is not a problem.
You say so, but we can't check it.
Post the xinetd config for amanda and the result of "id" executed as
user amanda.
Thanks. Checked and indeed correct.
When using gnutar, a frequent error is the lost suid-bits on
the runtar binary (by incorrect installation, or by executing
it from a NFS-share mounted without suid option).
I'm using gnutar for all backups and don't do any dumps. All the
directories that I am expierence problems with currently is completely
native and is not shared or mounted nfs-shares.
The permissions on /bin/tar is:
Server rwxr-xr-x
and the non-working client rwxr-xr-x
Actually, I did mean "runtar", a program in the amanda distribution.
It lives in the libexec directory.
It should be suid-root and owned by root, and, if located on an
nfs-share, the share should be mounted with options to enable
suid-root bits:
-rwsr-x--- 1 root bin 50992 Dec 20 12:34 runtar
--
Paul Bijnens, Xplanation Tel +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUM Fax +32 16 397.512
http://www.xplanation.com/ email: [EMAIL PROTECTED]
***********************************************************************
* I think I've got the hang of it now: exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt, abort, hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e, kill -1 $$, shutdown, *
* kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ... *
* ... "Are you sure?" ... YES ... Phew ... I'm out *
***********************************************************************
