Hi Suman,
Did you check on the client to see what's in the debug files of the
/tmp/amanda directory?
Check the permissions on /usr/local/libexec/runtar--it must be owned by
root and SUID like this:
-rwsr-x--- 1 root amanda 78334 Nov 13 15:32
/usr/local/libexec/runtar
I had a problem recently where some genius decided to something like:
chown -R foobar.silly /usr/local
and backups of his machines stopped working because of it. If possible,
you may just want to run "make install" again to make sure that the
permissions of everything are set correctly.
I imagine that it's also possible that you could have some sort of
security patched kernel which blocks SUID execution which would stop
runtar from working--I vaguely remember hearing of some sort of kernel
patch like that, but it wouldn't be in some stock kernel eg. from Red
Hat or another major distribution.
Suman Malla wrote:
>
> Hi there,
>
> Could someone pls enlighten me? I am trying to backup a filesystem on redhat
> server (mogadon) but in vain. amcheck doesn't complain at all though. Amanda
> is backing up 8 other servers without any problem for
> the last 4-5 months but with this server somehow it fails.
>
> Messages from log files -
>
> Amanda report:
> =============
> FAILURE AND STRANGE DUMP SUMMARY:
>
> mogadon /etc lev 0 FAILED [disk /etc offline on mogadon?]
> [snip]...
> mogadon /etc 0 FAILED ------------------------
> [snip]...
>
> amdump.1:
> ========
> setting up estimates for mogadon:/etc
> mogadon:/etc overdue 11355 days for level 0
> setup_estimate: mogadon:/etc: command 0, options:
> last_level -1 next_level0 -11355 level_days 0
> getting estimates 0 (0) -1 (-1) -1 (-1)
> got result for host mogadon disk /etc: 0 -> -1K, -1 -> -1K, -1 -> -1K
> FAILED QUEUE:
> 0: mogadon /etc
>
> Any hint, point would be greatly appreciated.
>
> TIA.
> -
> smallA
>
> _______________________________________________________
> Send a cool gift with your E-Card
> http://www.bluemountain.com/giftcenter/
--
"Jonathan F. Dill" ([EMAIL PROTECTED])
