On Tue, Apr 11, 2006 at 04:46:38PM -0400, Gene Heskett wrote:
> On Tuesday 11 April 2006 13:23, stan wrote:
> >On Tue, Apr 11, 2006 at 12:34:17PM -0400, Gene Heskett wrote:
> >> On Tuesday 11 April 2006 11:59, stan wrote:
> >> >I'm setting up a new Ubuntu box as my next generation Amanda
> >> > server. Somehow the /etc/hosts file for this machine was created
> >> > looking like this:
> >> >
> 
> FQDN's or addresses, but see below.
> 
> >BTW, hostname returns "amanda", not the FQDN. I geuss I could change
> >/etc/hostname to the FQDN if needed.
> 
> Yes, 'hostname' should return the FQDN.  Here I don't use a dns server 
> for local stuff, just the /etc/hosts files on all machines.  And each 
> FQDN also has a one word alias that works just fine for such things as 
> disklist entries.  It also works for that script of mine, but I cleaned 
> that up for public comsumption as its not always going to work for 
> everyone if they're using a dns & no hosts file.
> 
> FWIW my tar isn't that one either, I'm using a locally built 1.15-1 
> installed in /usr/local/bin, with that line suitably modifed.
> 
OK, I corected my /etc/hosts file as shown above. Now, when I run a dump it
seems to go OK (went to hloding disk, but when it finishes I expect to find
a tape name problem.

However, on the Amanda server itself / was backed up, but to other partions
in the disklist failed to estimate. and amcheck claims it can't read the
gnutar exclude file. Permissions on all of these seem OK, and were working
before I messed with /etchosts, the first time.

Sugestions?
-- 
U.S. Encouraged by Vietnam Vote - Officials Cite 83% Turnout Despite Vietcong 
Terror 
- New York Times 9/3/1967