I'm trying to set up amanda to back up a Windows (XP) machine.
I've got all the permissions set up on the remote machine, but when
I try to run amdump, I get some very confusing errors.
The server and samba client is a Linux Debian-x86 box, running
samba 3.0.0beta2-1 and amanda 1:2.4.4-2.
(The "1:" is an artifact of the Debian package management system, and
the "-2" is the second Debian package, which was actually justa dependency
fix.)
Anyway, setting up disklist and amandapass appropriately, I got
the following error reported:
/-- server //windows/share lev 0 STRANGE
sendbackup: start [server://windows/share level 0]
sendbackup: info BACKUP=/usr/bin/smbclient
sendbackup: info RECOVER_CMD=/bin/gzip -dc |/usr/bin/smbclient -f... -
sendbackup: info COMPRESS_SUFFIX=.gz
sendbackup: info end
? Error opening local file \\windows\share - Permission denied
? Usage: [-?|--help] [--usage] [-R|--name-resolve NAME-RESOLVE-ORDER]
? [-M|--message HOST] [-I|--ip-address IP] [-E|--stderr] [-L|--list
HOST]
? [-t|--terminal CODE] [-m|--max-protocol LEVEL] [-T|--tar
<c|x>IXFqgbNan]
? [-D|--directory DIR] [-c|--command STRING] [-b|--send-buffer BYTES]
? [-p|--port PORT] [-d|--debuglevel DEBUGLEVEL]
? [-s|--configfile CONFIGFILE] [-l|--log-basename LOGFILEBASE]
? [-V|--version] [-O|--socket-options SOCKETOPTIONS]
? [-n|--netbiosname NETBIOSNAME] [-W|--workgroup WORKGROUP]
? [-i|--scope SCOPE] [-U|--user USERNAME] [-N|--no-pass] [-k|--kerberos]
? [-A|--authentication-file FILE] service <password>
??error [/usr/bin/smbclient returned 1]? dumper: strange [missing size line from
sendbackup]
? dumper: strange [missing end line from sendbackup]
\--------
and the following sendbackup.$DATE.debug file:
sendbackup: debug 1 pid 27600 ruid 34 euid 34: start at Wed Jul 30 02:17:39 2003
/usr/lib/amanda/sendbackup: version 2.4.4
parsed request as: program `GNUTAR'
disk `//windows/share'
device `//windows/share'
level 0
since 1970:1:1:0:0:0
options
`|;auth=bsd;compress-fast;index;exclude-list=/etc/amanda/exclude.gtar;'
sendbackup: try_socksize: send buffer size is 65536
sendbackup: time 0.001: stream_server: waiting for connection: 0.0.0.0.19617
sendbackup: time 0.001: stream_server: waiting for connection: 0.0.0.0.19618
sendbackup: time 0.001: stream_server: waiting for connection: 0.0.0.0.19619
sendbackup: time 0.001: waiting for connect on 19617, then 19618, then 19619
sendbackup: time 0.007: stream_accept: connection from 192.35.100.1.19620
sendbackup: time 0.007: stream_accept: connection from 192.35.100.1.19621
sendbackup: time 0.007: stream_accept: connection from 192.35.100.1.19622
sendbackup: time 0.007: got all connections
sendbackup: time 0.007: spawning /bin/gzip in pipeline
sendbackup: argument list: /bin/gzip --fast
sendbackup-gnutar: time 0.008: pid 27603: /bin/gzip --fast
sendbackup-gnutar: time 0.124: doing level 0 dump from date: 1970-01-01
0:00:00 GMT
sendbackup-gnutar: time 0.127: backup of \\windows\share
sendbackup: time 0.137: spawning /usr/bin/smbclient in pipeline
sendbackup: argument list: smbclient \\windows\share -U netbackup -E -d0 -Tqca -
sendbackup-gnutar: time 0.138: /usr/bin/smbclient: pid 27606
sendbackup: time 0.142: started index creator: "/bin/tar -tf - 2>/dev/null |
sed -e 's/^\.//'"
sendbackup: time 0.461: 124: strange(?): Error opening local file
\\windows\share - Permission denied
sendbackup: time 0.462: 124: strange(?): Usage: [-?|--help] [--usage]
[-R|--name-resolve NAME-RESOLVE-ORDER]
sendbackup: time 0.463: 124: strange(?): [-M|--message HOST]
[-I|--ip-address IP] [-E|--stderr] [-L|--list HOST]
sendbackup: time 0.464: 124: strange(?): [-t|--terminal CODE]
[-m|--max-protocol LEVEL] [-T|--tar <c|x>IXFqgbNan]
sendbackup: time 0.464: 124: strange(?): [-D|--directory DIR]
[-c|--command STRING] [-b|--send-buffer BYTES]
sendbackup: time 0.465: 124: strange(?): [-p|--port PORT]
[-d|--debuglevel DEBUGLEVEL]
sendbackup: time 0.466: 124: strange(?): [-s|--configfile CONFIGFILE]
[-l|--log-basename LOGFILEBASE]
sendbackup: time 0.467: 124: strange(?): [-V|--version]
[-O|--socket-options SOCKETOPTIONS]
sendbackup: time 0.468: 124: strange(?): [-n|--netbiosname NETBIOSNAME]
[-W|--workgroup WORKGROUP]
sendbackup: time 0.469: 124: strange(?): [-i|--scope SCOPE] [-U|--user
USERNAME] [-N|--no-pass] [-k|--kerberos]
sendbackup: time 0.472: 124: strange(?): [-A|--authentication-file
FILE] service <password>
sendbackup: time 0.475: index created successfully
sendbackup: time 0.477: error [/usr/bin/smbclient returned 1]
sendbackup: time 0.478: pid 27600 finish time Wed Jul 30 02:17:39 2003
I noticed that the new smbclient wasn't happy with \-separated file
names, so I went in and hacked out three lines of makesharename() in
client-src/findpass.c:
amfree(buffer); /* should never happen */
return NULL; /* buffer not big enough */
}
- if (ch == '/') {
- ch = '\\'; /* convert '/' to '\\' */
- }
if (ch == '\\' && shell) {
*s++ = '\\'; /* add escape for shell */
}
I also got rid of the exclude list (that wasn't appropriate to windows
anyway) and that moved the error, although there are signs of the same
error above.
Now I get
server //windows/share lev 0 FAILED [disk //windows/share offline on
server?]
and the following sendsize.$DATE.debug file:
sendsize: debug 1 pid 13473 ruid 34 euid 34: start at Wed Jul 30 07:26:14 2003
sendsize: version 2.4.4
sendsize[13473]: time 0.179: waiting for any estimate child
sendsize[13482]: time 0.200: calculating for amname '//windows/share', dirname
'//windows/share', spindle 2
sendsize[13482]: time 0.200: getting size via gnutar for //windows/share level 0
sendsize[13482]: time 0.206: spawning /usr/lib/amanda/runtar in pipeline
sendsize[13482]: argument list: /bin/tar --create --file /dev/null --directory
//windows/share --one-file-system --listed-incremental
/var/lib/amanda/gnutar-lists/server__windows_share_0.new --sparse
--ignore-failed-read --totals --exclude-from
/tmp/amanda/sendsize.__windows_share.20030730072615.exclude .
sendsize[13482]: time 0.238: /bin/tar: //windows/share: Cannot chdir: No such
file or directory
sendsize[13482]: time 0.240: /bin/tar: Error is not recoverable: exiting now
sendsize[13482]: time 0.242: .....
sendsize[13482]: estimate time for //windows/share level 0: 0.036
sendsize[13482]: no size line match in /bin/tar output for "//windows/share"
sendsize[13482]: .....
sendsize[13482]: estimate size for //windows/share level 0: -1 KB
sendsize[13482]: time 0.242: waiting for /bin/tar "//windows/share" child
sendsize[13482]: time 0.242: after /bin/tar "//windows/share" wait
sendsize[13482]: time 0.243: getting size via gnutar for //windows/share level 1
sendsize[13482]: gnutar: error opening
/var/lib/amanda/gnutar-lists/server__windows_share_0: No such file or directory
sendsize[13482]: time 0.250: spawning /usr/lib/amanda/runtar in pipeline
sendsize[13482]: argument list: /bin/tar --create --file /dev/null --directory
//windows/share --one-file-system --listed-incremental
/var/lib/amanda/gnutar-lists/server__windows_share_1.new --sparse
--ignore-failed-read --totals --exclude-from
/tmp/amanda/sendsize.__windows_share.20030730072615000.exclude .
sendsize[13482]: time 0.266: /bin/tar: //windows/share: Cannot chdir: No such
file or directory
sendsize[13482]: time 0.267: /bin/tar: Error is not recoverable: exiting now
sendsize[13482]: time 0.269: .....
sendsize[13482]: estimate time for //windows/share level 1: 0.019
sendsize[13482]: no size line match in /bin/tar output for "//windows/share"
sendsize[13482]: .....
sendsize[13482]: estimate size for //windows/share level 1: -1 KB
sendsize[13482]: time 0.269: waiting for /bin/tar "//windows/share" child
sendsize[13482]: time 0.269: after /bin/tar "//windows/share" wait
sendsize[13482]: time 0.270: done with amname '//windows/share', dirname
'//windows/share', spindle 2
sendsize[13473]: time 0.270: child 13482 terminated normally
sendsize: time 0.271: pid 13473 finish time Wed Jul 30 07:26:15 2003
tar, of course, is very unhappy to be passed such a bogus file name.
I've looked through client-src/sendbackup-gnutar.c a bit and can't quite
figure out what's not working in there.
I'm pretty unclder on why tar needs the --directory option in the first
place, actually..
Help?
|
