On Wed, Jul 23, 2003 at 10:57:31AM -0400, Kurt Yoder wrote:
Looking more closely in /tmp/amanda/sendsize...debug, I see
something strange:
[...]
sendsize[7578]: time 0.137: Usage: dump [-?CDVcgl -L[v] -a[v] -f[v]
-h[dnv] -o[v] -r[dnv] -s[dnv] -t[nv] -T index1[, index2]] file(s)
On Solaris 7:
On Fri, Jul 25, 2003 at 02:37:43PM -0400, Kurt Yoder wrote:
sendsize[505]: time 0.054: error [cannot find user backup in passwd file]
This message is a bit misleading. It really means:
`getpwnam(backup) was unsuccessful'. Perhaps getpwnam()
searched /etc/passwd, but perhaps it tried to use NIS
So it looks like this has something to do with me compiling this on
SCO. I've asked my local knowledgeable SCO guy and he gave me an
explanation that I don't understand but perhaps one of the coders
would. Should I direct this thread to amanda-hackers instead?
Kurt Yoder said:
More information
So I'm still getting the disk offline error, and seeing this in my
/tmp/amanda/sendsize...debug:
sendsize: debug 1 pid 502 ruid 19 euid 19: start at Fri Jul 25
14:24:16 2003
sendsize: version 2.4.4
sendsize[502]: time 0.026:
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
On Thu, 24 Jul 2003 at 10:26am, Kurt Yoder wrote
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. However, I still get
the disk offline error. Now in /tmp/amanda/sendsize... I see this
On Thu, Jul 24, 2003 at 10:26:30AM -0400, Kurt Yoder wrote:
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
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
More information about this problem:
Looking more closely in /tmp/amanda/sendsize...debug, I see
something strange:
sendsize[7578]: time 0.020: calculating for amname '/', dirname '/',
spindle -1
sendsize[7578]: time 0.020: getting size via dump for / level 0
sendsize[7578]: time 0.020:
Kurt Yoder wrote:
Weird errors here. The root user is definitely in the passwd file.
Could this be part of the problem?
Thanks for any ideas on fixing this...
Maybe a silly question, but, can your amanda backup user read the passwd file
on that system?
Marc
On Wed, 23 Jul 2003 at 10:57am, Kurt Yoder wrote
sendsize[7578]: time 0.020: calculating for amname '/', dirname '/',
spindle -1
sendsize[7578]: time 0.020: getting size via dump for / level 0
sendsize[7578]: time 0.020: calculating for device '/' with ''
sendsize[7578]: time 0.022: running
(That previous message should have had this subject; sorry, mail
client troubles)
Hello list
I just compiled amanda on a SCO Unix machine (uname -a shows SCO_SV
shcorp 3.2 5.0.6 i386) and tried to follow instructions to install
it, instructing amanda to back up both of its disks. Everything
12 matches
Mail list logo