Amanda-Users

Re: Amanda - unable to create temporary directory

2007-05-25 15:23:10
Subject: Re: Amanda - unable to create temporary directory
From: Jon LaBadie <jon AT jgcomp DOT com>
To: amanda-users AT amanda DOT org
Date: Fri, 25 May 2007 13:42:37 -0400
On Fri, May 25, 2007 at 10:32:28AM -0400, Brian Cuttler wrote:
> I posted to the web -- but I don't know that it will find its
> way back to amanda-users. Besides, the thread was 2 years old...
> but its come back to haunt me.
> 
> 
> --- In amanda-users AT yahoogroups DOT com, Jon LaBadie <jon@...> wrote:
> >
> > On Thu, Feb 24, 2005 at 09:04:49AM -0500, Gil Naveh wrote:
> > > 
> > > Hello,
> > > 
> > > Amanda is successfully running on our Solaris Servers. But on Amanda's
> > > report (the E-mail it sends after amdump) I get the following STRANGE
> > > message:
> > > 
> > > ? Unable to create temporary directory in any of the directories listed
> > > below:
> > > ?         /tmp/
> > > ?         /var/tmp/
> > > ?         /
> > > 
> > > But when I manually accessed the server as Amanda user - I had no problem
> > > creating a folder under /tmp as well as /var/tmp/ !
> > > 
> > > Any thoughts why am I getting this message?
> > > Additionally, can somebody tell me what files does Amada writes under /tmp
> > > folder?
> > 
> > I replied to your earlier post on this topic but I don't see my response
> > in my archive of the list.
> > 
> > That message is not coming from amanda directly, but coming from ufsdump.
> > 
> > Now the question is why ufsdump, running for amanda, can't deal with those
> > directories.  I only had one possibility and have little confidence in it.
> > 
> > On my system /usr/sbin/ufsdump is a symbolic link to 
> > /usr/lib/fs/ufs/ufsdump.
> > The latter program is root-owned, set-uid.  Perhaps yours has been altered.
> > 
> >   $ ls -l /usr/lib/fs/ufs/ufsdump
> >   -r-sr-xr-x  1 root  bin   83820 Apr 12  2004 /usr/lib/fs/ufs/ufsdump
> 
> Jon,
> 
> I was looking at these errors again and it occured to me that
> they might be from the 2.4.4 version of senddump, rather than
> ufsdump. I have several systems giving this warning and they are
> all at 2.4.4, I think perhaps the error is benign and result
> from the /tmp/amanda directory already existing and the mkdir
> failing.
> 
> I'd love to know for sure as we are reviewing our reports a little
> differently now and I'd like to classify and either fix or ignore
> these warnings.
> 

I said the message came from ufsdump based on checking with strings
to see in which binary it was located.  It is in ufsdump, not one
of the amanda programs.  I would not expect ufsdump to try to create
/tmp/amanda.  That would be done by one of the amanda binaries.

-- 
Jon H. LaBadie                  jon AT jgcomp DOT com
 JG Computing
 4455 Province Line Road        (609) 252-0159
 Princeton, NJ  08540-4322      (609) 683-7220 (fax)

<Prev in Thread] Current Thread [Next in Thread>