OK, here are the diagnostics:
amcheck -c Daily
Amanda Backup Client Hosts Check
--------------------------------
ERROR: localhost: [could not access /mnt/sglab/monica/DPO
(/mnt/sglab/monica/DPO): Permission denied]
ERROR: localhost: [could not access /mnt/sglab/monica/BACKUPS
(/mnt/sglab/monica/BACKUPS): Permission denied]
Client check: 1 host checked in 0.398 seconds, 2 problems found
(brought to you by Amanda 2.4.3)
ls /mnt/sglab | grep monica
drwx------ 18 monica sglab 4096 Dec 18 18:50 monica/
amstatus Daily | grep monica
localhost:/mnt/sglab/monica 0 3372540k finished (17:04:07)
localhost:/mnt/sglab/monica/BACKUPS 1 170k finished (12:21:50)
localhost:/mnt/sglab/monica/DPO 1 1200k finished (12:22:00)
From: "John R. Jackson" <jrj AT purdue DOT edu>
Reply-To: jrj AT purdue DOT edu
To: "David Trusty" <dwtrusty AT hotmail DOT com>
CC: amanda-users AT amanda DOT org
Subject: Re: Latest amcheck reports error with rwx------ dirs Date: Fri, 03
Jan 2003 17:36:28 -0500
>Even though amanda does not run as root, the tar command which archives
>everything does run as root. (I believe this is true because I have
>individual files which have 700 permissions which do get archived.)
That's correct.
>However, when the amcheck command is run, it is not running as root, and
if
>the directory ("disk" in my case) being archived has permission 700, an
>extraneous error message is printed.
>
>What do you think?
I think, as Jon asked, that you need to post the **exact** message
you're seeing. It's very difficult to guess what's going on here.
You are correct that the selfcheck portion of amcheck that runs on the
client is *not* running as root (neither is amcheck except right at
the very beginning). So it could be something like what you've said,
but it's hard to know for sure.
>David
John R. Jackson, Technical Software Specialist, jrj AT purdue DOT edu
_________________________________________________________________
MSN 8: advanced junk mail protection and 2 months FREE*.
http://join.msn.com/?page=features/junkmail
|