Jon and others are correct that this message is coming from ufsdump when it
is run as a user other than root. For instance when run as "amanda":
$ /usr/sbin/ufsdump 0Ssf 1048576 - /dev/md/rdsk/d92
Unable to create temporary directory in any of the directories listed
below:
/tmp/
/var/tmp/
/
Please correct this problem and rerun the program.
43413422080
and when run as root:
/usr/sbin/ufsdump 0Ssf 1048576 - /dev/md/rdsk/d92
43413422080
When I do "truss -o /var/tmp/truss.output /usr/sbin/ufsdump 0Ssf 1048576 -
/dev/md/rdsk/d92" the following results:
lstat64(".rlg.10aqFe", 0xFFBFE2B8) Err#2 ENOENT
mkdir("/tmp/.rlg.10aqFe", 0) = 0
mkdir("/tmp/.rlg.10aqFe/.rlg.10aqFe", 0) = 0
mount("/dev/md/dsk/d92", "/tmp/.rlg.10aqFe/.rlg.10aqFe",
MS_RDONLY|MS_DATA|MS_OP
TIONSTR, "ufs", 0xFFBFEBBC, 4) = 0
umount2("/dev/md/dsk/d92", 0x00000000) = 0
rmdir("/tmp/.rlg.10aqFe/.rlg.10aqFe") = 0
rmdir("/tmp/.rlg.10aqFe") = 0
and when run as "amanda":
Truss will not work on suid applications.
So, you can see that ufsdump is attempting to create directories with names
of the form .rlg.*
Now, my permissions on ufsdump are as follows:
# ls -lad /usr/sbin/ufsdump
lrwxrwxrwx 1 root root 21 Sep 22 12:51 /usr/sbin/ufsdump ->
../lib/fs/ufs/ufsdump
and
# ls -lad /usr/lib/fs/ufs/ufsdump
-r-sr-xr-x 1 root bin 87508 Apr 12 2004
/usr/lib/fs/ufs/ufsdump
>On Wed, Feb 23, 2005 at 03:22:01PM -0600, Karl W. Burkett wrote:
>> I'm having the same problem. I'll provide what additional information
>> I have:
>>
>> Operating system: Solaris 5.9 on amanda server and client
>> amanda version: 2.4.4p3
>> problem happens in both sendbackup and sendsize
>> There seems to be a problem with permissions being created on
>> some temporary directories ( in /tmp in this case ):
>>
>> $ ls -la /tmp
>> total 178
>> drwxrwxrwt 12 root sys 867 Feb 23 08:30 .
>> drwxr-xr-x 24 root root 1024 Feb 21 22:48 ..
>> d--------- 2 amanda backup 117 Feb 23 04:00 .rlg.iDa4R3
>> d--------- 2 amanda backup 117 Feb 23 04:00 .rlg.o3aiS3
>> d--------- 2 amanda backup 117 Feb 23 04:23 .rlg.uUaWT3
>> drwx------ 2 amanda backup 718 Feb 23 04:23 amanda
>>
>> As you can see, amanda has no write permission in ".rlg*", though I
>> am getting the debug files in /tmp/amanda. This could be the source
>> of the problem, though I've no idea how to fix this. Could it be a
>> umask issue when amandad is called from inetd?
>>
>> Speaking of the debug files, here are a couple that provide a little
>> more information on the issue:
>>
>> ::::::::::::::
>> sendbackup.20050223042349.debug
>> ::::::::::::::
>> sendbackup: debug 1 pid 28523 ruid 479 euid 479: start at Wed Feb 23
>> 04:23:49 20
>> 05
>> /usr/site/amanda-2.4.4p3/libexec/sendbackup: version 2.4.4p3
>> parsed request as: program `DUMP'
>> disk `/dev/md/rdsk/d92'
>> device `/dev/md/rdsk/d92'
>> level 0
>> since 1970:1:1:0:0:0
>> options `|;bsd-auth;no-record;index;'
>> sendbackup: try_socksize: send buffer size is 65536
>> sendbackup: time 0.000: stream_server: waiting for connection:
>> 0.0.0.0.50045
>> sendbackup: time 0.000: stream_server: waiting for connection:
>> 0.0.0.0.50046
>> sendbackup: time 0.001: stream_server: waiting for connection:
>> 0.0.0.0.50047
>> sendbackup: time 0.001: waiting for connect on 50045, then 50046, then
>> 50047
>> sendbackup: time 0.004: stream_accept: connection from
172.23.247.34.50070
>> sendbackup: time 0.005: stream_accept: connection from
172.23.247.34.50071
>> sendbackup: time 0.007: stream_accept: connection from
172.23.247.34.50072
>> sendbackup: time 0.007: got all connections
>> sendbackup: time 0.010: dumping device '/dev/md/rdsk/d92' with ''
>> sendbackup: time 0.011: spawning /usr/sbin/ufsdump in pipeline
>> sendbackup: argument list: dump 0sf 1048576 - /dev/md/rdsk/d92
>> sendbackup: time 0.016: started index creator: "/usr/sbin/ufsrestore
>> -tvf - 2>&1
>> | sed -e '
>> s/^leaf[ ]*[0-9]*[ ]*\.//
>> t
>> /^dir[ ]/ {
>> s/^dir[ ]*[0-9]*[ ]*\.//
>> s%$%/%
>> t
>> }
>> d
>> '"
>> sendbackup: time 0.024: 117: strange(?): Unable to create temporary
>> directory in
>> any of the directories listed below:
>> sendbackup: time 0.026: 117: strange(?): /tmp/
>> sendbackup: time 0.029: 117: strange(?): /var/tmp/
>> sendbackup: time 0.031: 117: strange(?): /
>> sendbackup: time 0.033: 117: strange(?): Please correct this problem
>> and rerun t
>> he program.
>> sendbackup: time 0.188: 93: normal(|): DUMP: Date of this level 0
>> dump: Wed
>
>
>I don't have any idea. Just the comment that the message "Unable ..."
>is coming from ufsdump, not from any of the amanda code.
>
>On my x86 Solaris 9, ufsdump, in /usr/sbin, is a symbolic link to
>/usr/lib/fs/ufs/ufsdump. That program is set uid, root owned.
>Perhaps your's has been altered.
>
>--
>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)
-----------------------------------------------
Karl Burkett burkett AT rice DOT edu
Rice University 713.348.6256
-----------------------------------------------
|