On Wed, Apr 12, 2006 at 12:40:32AM -0400, Gene Heskett wrote:
> On Tuesday 11 April 2006 18:04, stan wrote:
> >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?
>
> You did build amanda as a unpriviledged (uid>500) user, and then become
> root to install her, followed by a run of ldconfig, also as root? This
> sound like a permissions problem, and not doing the above is probably
> 90% of the permissions problems genesis moment. This unpriviledged
> user, and I use amanda for that, also needs to be a member of the group
> 'disk' or possibly 'backup' in order to function nominally.
>
Again, I've never done that in the past. I've just made ceratin that the amanda
user exists,
and done the build/make install as root. Permissions have alwasy been fine.
Having sad that, I'll rebuild the whole thing today using FQDB's, and building
as amanda, then
installing as root.
BTW, speaking of rebuilding amanda, it would be nice if there were a "make
no-overwrite
confgis" option.
I'll bet you lunch this does not fix my problem though. But it's worth a try.
--
U.S. Encouraged by Vietnam Vote - Officials Cite 83% Turnout Despite Vietcong
Terror
- New York Times 9/3/1967
|
