On Thursday 24 July 2003 10:26, Kurt Yoder wrote:
>Joshua Baker-LePain said:
>
><snipped>
>
>> Yup, that's definitely the problem.  Is amanda picking the right
>> dump for
>> your filesystem?  You can tell by the output of ./configure (it
>> might also
>> be in the amandad*debug files -- I'm not sure).
>>
>> tar is nice for being so cross platform.  If you can get that to
>> go, it
>> might be your better option.
>
>OK, I got gnu tar 1.13 compiled and working.

I certainly hope that version above is a typo. 1.13 is broken, you 
need 1.13-25, getting it from alpha.gnu.org.

> However, I still get
>the "disk offline" error. Now in /tmp/amanda/sendsize... I see this
>which doesn't look good either:
>
>sendsize: debug 1 pid 15490 ruid 19 euid 19: start at Thu Jul 24
>00:30:05 2003
>sendsize: version 2.4.4
>sendsize[15490]: time 0.009: waiting for any estimate child
>sendsize[15492]: time 0.009: calculating for amname '/', dirname
>'/', spindle -1sendsize[15492]: time 0.015: getting size via gnutar
>for / level 0
>sendsize[15492]: time 0.016: spawning /usr/local/libexec/runtar in
>pipeline
>sendsize[15492]: argument list: /usr/local/bin/tar --create --file
>/dev/null --directory / --one-file-system --listed-incremental
>/usr/local/var/amanda/gnutar-lists/db.shcorp.com__0.new --sparse
>--ignore-failed-read --totals --exclude-from
>/tmp/amanda/sendsize._.20030724003005.exclude .
>sendsize[15492]: time 0.028: error [cannot find user backup in
>passwd file]
>sendsize[15492]: time 0.059:
>sendsize[15492]: time 0.060: .....
>sendsize[15492]: estimate time for / level 0: 0.044
>sendsize[15492]: no size line match in /usr/local/bin/tar output for
>"/"
>sendsize[15492]: .....
>sendsize[15492]: estimate size for / level 0: -1 KB
>sendsize[15492]: time 0.061: waiting for /usr/local/bin/tar "/"
> child sendsize[15492]: time 0.061: after /usr/local/bin/tar "/"
> wait sendsize[15492]: time 0.061: done with amname '/', dirname
> '/', spindle -1
>sendsize[15490]: time 0.061: child 15492 terminated normally
>
>
>Again I see "cannot find user backup in passwd file". In looking at
>/etc, I noticed the passwd file is actually a symlink to a passwd
>file in another directory (For anyone who has SCO, why in GOD'S NAME
>do they do this symlink BS for everything? It is horrible!). Is this
>the only problem that's stopping me here, or is there anything else
>that needs fixing?

-- 
Cheers, Gene
AMD K6-III@500mhz 320M
Athlon1600XP@1400mhz  512M
99.27% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.