Re: Backup of NT share
On Thu, 11 Oct 2001 at 10:21am, Michael P. Blinn wrote The machine could back itself up just fine, though after careful checking, I think I've found the problem! For some reason, when I changed the disklist entry to 'localhost' instead of 'backup' it went through w/out complaint. This could not be a DNS issue because it's running a local bind.. why would this problem manifest itself like that?? Maybe it was getting the wrong IP address during the lookup? Typically DNS issues are marked as such in the error logs, but in this case maybe they weren't. You may want to work through the DNS issue, though -- John Jackson always advocated against using localhost. Thank you so much for your help! I'm sharing directories explicitly and about to run my first for-real amdump. *knocks wood* Good luck -- glad to hear it's about to be working. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University
Re: Backup of NT share
Looking back over them, there's one thing I see missing. What happens if you try to back up a local disk on backup? I.e. remove the NT share entries in the disklist, but put somethink like 'backup /etc user-tar'. This will narrow it down to being either a samba issue or an amanda client issue. The machine could back itself up just fine, though after careful checking, I think I've found the problem! For some reason, when I changed the disklist entry to 'localhost' instead of 'backup' it went through w/out complaint. This could not be a DNS issue because it's running a local bind.. why would this problem manifest itself like that?? No, you don't have to mount the share first. But, according to some quick experiments I just did here, you can *not* back up a subdirectory of a share. You *must* back up the share itself. If all you want is /sys/users, you'll need to share that directory explicitly. But, again, this isn't the main problem, b/c you're not even getting that far. Thank you so much for your help! I'm sharing directories explicitly and about to run my first for-real amdump. Kindest regards, Michael Blinn
Re: Backup of NT share
On Thu, 4 Oct 2001 at 1:30pm, Michael P. Blinn wrote 'backup' is the tape server, running samba. I configured amanda --with-smbclient=/path/to/smbclient amandapass: //ntserver/businesswork ntusername%ntpassword WORKGROUP //ntserver/sys/ppidocs ntusername%ntpassword WORKGROUP amcheck doesn't complain about any permissions, and I can't find any additional logging about what is going on other than this: Amanda Backup Client Hosts Check - WARNING: backup: selfcheck request timed out. Host down? Client check: 2 hosts checked in 30.033 seconds, 1 problem found Look in /tmp/amanda/selfcheck*debug on backup -- there it will show you the exact smbclient command it's trying, and hopefully what's going wrong. You can also try running the smbclient command by hand *as the amanda user* to see what you get. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University
Re: Backup of NT share
OK, it's not even trying to launch selfcheck. Does
/usr/local/libexec/selfcheck exist? What do your /etc/inetd.conf (or
/etc/xinetd.d/am*) entries look like? How exactly did you ./configure
amanda on backup?
selfcheck exists
inetd.conf:
amanda dgram udp wait backup /usr/local/libexec/amandad amandad
amandaidx stream tcp nowait backup /usr/local/libexec/amindexd
amindexd
amidxtape stream tcp nowait backup /usr/local/libexec/amidxtaped
amidxtaped
And you've restarted inetd, right? That's my main suspicion at this
point.
Yes. Let me be clear.. this backup server worked jst fine for backing up
its local disks, as well as a remote linux machine - This machine has been
restarted probably ten times during the course of this dialogue and I've
manually restarted inetd.conf plenty myself as well ;) Here's proof!
backup:~# netstat -na |grep 1008
tcp0 0 0.0.0.0:10083 0.0.0.0:* LISTEN
tcp0 0 0.0.0.0:10082 0.0.0.0:* LISTEN
udp0 0 0.0.0.0:10080 0.0.0.0:*
To reiterate the situation: Backup machine w/ a tape drive, holding disk,
and samba, is trying to back up a linux machine and an NT share on a
separate computer. - The linux backup works just fine - The NT share is what
is screwing up amcheck (or so goes my theory) - I can paste in my amandapass
and amanda.conf and disklist files again if you'd like, but they haven't
changed since my original 'help!' email to the list. - if I remove the NT
share disklist entry (the entry is: backup //ntserver/sys/users nt-comp
where nt-comp is a dumptype I made that is 'user-tar' and 'compress server
fast') then the backup of the linux machine and amcheck goes off without a
hitch. - if I leave it in, the tape server check takes 20 seconds and
complains about nothing.. then there's a 15 second wait and I get the
'selfcheck request timed out. Host down?'. Do I have to mount the
//ntserver/sys share first? -- Is it Good and OK to pass a subdirectory to
the path to mount, or...?
Do any other files get created in /tmp/amanda on backup when you try to
run amcheck? There should be a amandad*debug and a selfcheck*debug, if
all is going well.
No. There is ONLY the one file that I pasted into the last email to the
list.. it is /tmp/amanda/amcheck.{timestamp}.debug and it looks like this:
amcheck: debug 1 pid 619 ruid 34 euid 0 start time Thu Oct 4 15:24 :37 2001
amcheck: dgram_bind: sofket bound to 0.0.0.0.1008
amcheck: pid 619 finish time Thu Oct 4 15:25:07 2001
Again, many thanks for continued support,
Michael Blinn
People Places, Inc.
RE: Backup of NT share
Michael,
This first thing I would do is double-check the permissions on your NT
box.. make sure that the computer is actually sharing the folder you
wish to backup, and that your backup server is allowed to see it. A
good test of this would be to try to connect to that share using
smbclient.. if you can't do that, you can be assured that Amanda can't
either. ;)
JM2C.
G.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Michael P. Blinn
Sent: Tuesday, October 09, 2001 7:07 AM
To: Joshua Baker-LePain
Cc: [EMAIL PROTECTED]
Subject: Re: Backup of NT share
OK, it's not even trying to launch selfcheck. Does
/usr/local/libexec/selfcheck exist? What do your /etc/inetd.conf
(or
/etc/xinetd.d/am*) entries look like? How exactly did you
./configure
amanda on backup?
selfcheck exists
inetd.conf:
amanda dgram udp wait backup /usr/local/libexec/amandad
amandad
amandaidx stream tcp nowait backup /usr/local/libexec/amindexd
amindexd
amidxtape stream tcp nowait backup /usr/local/libexec/amidxtaped
amidxtaped
And you've restarted inetd, right? That's my main suspicion at this
point.
Yes. Let me be clear.. this backup server worked jst fine for
backing up
its local disks, as well as a remote linux machine - This machine has
been
restarted probably ten times during the course of this dialogue and I've
manually restarted inetd.conf plenty myself as well ;) Here's proof!
backup:~# netstat -na |grep 1008
tcp0 0 0.0.0.0:10083 0.0.0.0:*
LISTEN
tcp0 0 0.0.0.0:10082 0.0.0.0:*
LISTEN
udp0 0 0.0.0.0:10080 0.0.0.0:*
To reiterate the situation: Backup machine w/ a tape drive, holding
disk,
and samba, is trying to back up a linux machine and an NT share on a
separate computer. - The linux backup works just fine - The NT share is
what
is screwing up amcheck (or so goes my theory) - I can paste in my
amandapass
and amanda.conf and disklist files again if you'd like, but they haven't
changed since my original 'help!' email to the list. - if I remove the
NT
share disklist entry (the entry is: backup //ntserver/sys/users nt-comp
where nt-comp is a dumptype I made that is 'user-tar' and 'compress
server
fast') then the backup of the linux machine and amcheck goes off without
a
hitch. - if I leave it in, the tape server check takes 20 seconds and
complains about nothing.. then there's a 15 second wait and I get the
'selfcheck request timed out. Host down?'. Do I have to mount the
//ntserver/sys share first? -- Is it Good and OK to pass a subdirectory
to
the path to mount, or...?
Do any other files get created in /tmp/amanda on backup when you try
to
run amcheck? There should be a amandad*debug and a selfcheck*debug,
if
all is going well.
No. There is ONLY the one file that I pasted into the last email to the
list.. it is /tmp/amanda/amcheck.{timestamp}.debug and it looks like
this:
amcheck: debug 1 pid 619 ruid 34 euid 0 start time Thu Oct 4 15:24 :37
2001
amcheck: dgram_bind: sofket bound to 0.0.0.0.1008
amcheck: pid 619 finish time Thu Oct 4 15:25:07 2001
Again, many thanks for continued support,
Michael Blinn
People Places, Inc.
Re: Backup of NT share
On Tue, 9 Oct 2001 at 10:07am, Michael P. Blinn wrote
To reiterate the situation: Backup machine w/ a tape drive, holding disk,
and samba, is trying to back up a linux machine and an NT share on a
separate computer. - The linux backup works just fine - The NT share is what
is screwing up amcheck (or so goes my theory) - I can paste in my amandapass
and amanda.conf and disklist files again if you'd like, but they haven't
Looking back over them, there's one thing I see missing. What happens if
you try to back up a local disk on backup? I.e. remove the NT share
entries in the disklist, but put somethink like 'backup /etc user-tar'.
This will narrow it down to being either a samba issue or an amanda client
issue.
changed since my original 'help!' email to the list. - if I remove the NT
share disklist entry (the entry is: backup //ntserver/sys/users nt-comp
where nt-comp is a dumptype I made that is 'user-tar' and 'compress server
fast') then the backup of the linux machine and amcheck goes off without a
hitch. - if I leave it in, the tape server check takes 20 seconds and
complains about nothing.. then there's a 15 second wait and I get the
'selfcheck request timed out. Host down?'. Do I have to mount the
//ntserver/sys share first? -- Is it Good and OK to pass a subdirectory to
the path to mount, or...?
No, you don't have to mount the share first. But, according to some quick
experiments I just did here, you can *not* back up a subdirectory of a
share. You *must* back up the share itself. If all you want is
/sys/users, you'll need to share that directory explicitly. But, again,
this isn't the main problem, b/c you're not even getting that far.
No. There is ONLY the one file that I pasted into the last email to the
list.. it is /tmp/amanda/amcheck.{timestamp}.debug and it looks like this:
amcheck: debug 1 pid 619 ruid 34 euid 0 start time Thu Oct 4 15:24 :37 2001
amcheck: dgram_bind: sofket bound to 0.0.0.0.1008
amcheck: pid 619 finish time Thu Oct 4 15:25:07 2001
My apologies. After a more careful examination, that is all that file
contains after a successful amcheck. The issue is that there should
*also* be an amandad*debug and selfcheck*debug.
Did you, by any chance, ./configure amanda on backup with the
--without-client flag? Does /usr/local/libexec/amandad exist? I'm
starting to suspect that the amanda client stuff just isn't installed.
--
Joshua Baker-LePain
Department of Biomedical Engineering
Duke University
Re: Backup of NT share
First off, many thanks for the help!
when I run amcheck confname, in /tmp/amanda/ it creates an
amcheck.{timestamp}.debug, however the contents of that are only three
lines:
amcheck: debug 1 pid 619 ruid 34 euid 0 start time Thu Oct 4 15:24 :37
2001
amcheck: dgram_bind: sofket bound to 0.0.0.0.1008
amcheck: pid 619 finish time Thu Oct 4 15:25:07 2001
OK, it's not even trying to launch selfcheck. Does
/usr/local/libexec/selfcheck exist? What do your /etc/inetd.conf (or
/etc/xinetd.d/am*) entries look like? How exactly did you ./configure
amanda on backup?
selfcheck exists
inetd.conf:
amanda dgram udp wait backup /usr/local/libexec/amandad amandad
amandaidx stream tcp nowait backup /usr/local/libexec/amindexd amindexd
amidxtape stream tcp nowait backup /usr/local/libexec/amidxtaped
amidxtaped
I ran
./configure --with-user=backup --with-group=disk --with-smbclient=/usr/local
/samba/bin/smbclient
I'd love to provide more information to narrow the search, but I'm afraid I
don't know where to look!
Many thanks,
-Michael Blinn
