Amanda-Users

Re: server will not backup itself ?!?!

2003-07-02 13:12:01
Subject: Re: server will not backup itself ?!?!
From: "Michael D. Schleif" <mds AT helices DOT org>
To: Jay Lessert <jayl AT accelerant DOT net>
Date: Wed, 2 Jul 2003 12:09:45 -0500
Also sprach Jay Lessert (Wed 02 Jul 02003 at 08:38:45AM -0700):
> On Tue, Jul 01, 2003 at 09:59:16PM -0500, Michael D. Schleif wrote:
> > > > # bragi.private.network sda1 comp-root
> > > > # bragi.private.network sda4 comp-user
> > > > 192.168.123.150 sda1 comp-root
> > > > 192.168.123.150 sda4 comp-user
> > > > # localhost sda1 comp-root
> > > > # localhost sda4 comp-user
> > > 
> > > Report the problem using a single configuration that you believe
> > > should work.  In this case, I'm not sure what what would be.
> > 
> > So, please, help me by telling me which configuration that you want to
> > see documented, and what output you want to see from that configuration.
> > I will gladly supply the data, if you can help me resolve this problem.
> 
> So lets go with "bragi.private.network" in disklist.  That should be
> correct, unless you have "bragi" in /etc/hosts (it doesn't look
> like you do).

Since both dns and hosts know this system as Bragi.private.network, that
is the name that is now in both disklist and amandahosts.

> > > > # ping bragi
> > > > PING Bragi.private.network (192.168.123.150): 56 data bytes
> > >        ^
> > > --------  Is the "Bragi" (not "bragi") real, or some sort of typo?
> > 
> > OK, bragi is Bragi in dns; but, name resolution, by rfc, is case
> > insensitive.
> 
> That's very nice, but I'm trying to help solve your problem.  I'm not
> sure, but it looks to me like bsd_security_ok() is just doing a
> gethostbyaddr(), and then strcasecmp()'ing against
> .amandahosts; unless gethostbyaddr() is smashing case, that
> looks case-sensitive.
> 
> You should see some sort of "amandahostsauth failed" message somewhere
> in the log or the debug files if this is going on.  Looks like you can
> re-compile with SHOW_SECURITY_DETAIL defined to get more detail
> in the debug logs.
> 
> If you've got bragi.private.network in /etc/hosts, and if you've
> got the usual nsswitch.conf hosts setting, the DNS won't matter.

# sudo -u backup amcheck -c DailySet1

Amanda Backup Client Hosts Check
--------------------------------
WARNING: Bragi.private.network: selfcheck request timed out.  Host down?
Client check: 1 host checked in 30.025 seconds, 1 problem found

(brought to you by Amanda 2.4.4)

root@Bragi:/var/log/amanda/DailySet1
# ls -l /tmp/amanda/* /var/log/amanda/DailySet1/*
-rw-------    1 backup   backup        182 Jul  2 11:51 
/tmp/amanda/amcheck.20030702115039.debug
-rw-------    1 backup   backup        176 Jul  2 11:55 
/tmp/amanda/amtrmidx.20030702115535.debug
-rw-------    1 backup   backup        197 Jul  2 11:55 
/tmp/amanda/amtrmlog.20030702115535.debug
-rw-------    1 backup   backup       5804 Jul  2 11:55 
/var/log/amanda/DailySet1/amdump.1
-rw-------    1 backup   backup        562 Jul  2 11:55 
/var/log/amanda/DailySet1/log.20030702.0

root@Bragi:/var/log/amanda/DailySet1
# cat ./log.20030702.0 
DISK planner Bragi.private.network sda1
DISK planner Bragi.private.network sda4
START planner date 20030702
INFO planner Adding new disk Bragi.private.network:sda1.
INFO planner Adding new disk Bragi.private.network:sda4.
START driver date 20030702
START taper datestamp 20030702 label backup.004 tape 0
ERROR planner Request to Bragi.private.network timed out.
FINISH planner date 20030702
WARNING driver WARNING: got empty schedule from planner
STATS driver startup time 29.987
INFO taper tape backup.004 kb 0 fm 0 [OK]
FINISH driver date 20030702 time 33.271

root@Bragi:/var/log/amanda/DailySet1
# cat /tmp/amanda/am*
amcheck: debug 1 pid 19760 ruid 34 euid 0: start at Wed Jul  2 11:50:39 2003
amcheck: dgram_bind: socket bound to 0.0.0.0.655
amcheck: pid 19760 finish time Wed Jul  2 11:51:09 2003
amtrmidx: debug 1 pid 19891 ruid 34 euid 34: start at Wed Jul  2 11:55:35 2003
/usr/lib/amanda/amtrmidx: version 2.4.4
amtrmidx: pid 19891 finish time Wed Jul  2 11:55:35 2003
amtrmlog: debug 1 pid 19890 ruid 34 euid 34: start at Wed Jul  2 11:55:35 2003
/usr/lib/amanda/amtrmlog: version 2.4.4
Keeping 16 log files
amtrmlog: pid 19890 finish time Wed Jul  2 11:55:35 2003

root@Bragi:/var/log/amanda/DailySet1
# grep -i fail /tmp/amanda/* /var/log/amanda/DailySet1/*
/var/log/amanda/DailySet1/amdump.1:FAILED QUEUE: empty

> > P.S., Is there some reason that you do not want your participation in
> > this thread posted to the mailing list?
> 
> Because everything I'm saying has been said on the list many times
> before.  No need to clutter the archives.

Do you mind if I cc the list on our dialog?

I do appreciate the level of detail to which you go with this, and I
have not -- yet -- found this level of detail in the archives.

Thank you.

-- 
Best Regards,

mds
mds resource
877.596.8237
-
Dare to fix things before they break . . .
-
Our capacity for understanding is inversely proportional to how much
we think we know.  The more I know, the more I know I don't know . . .
--

Attachment: pgpnDIUDp7N_Z.pgp
Description: PGP signature

<Prev in Thread] Current Thread [Next in Thread>