Re: access as USERNAME not allowed!!

2000-12-01 Thread Chris Karakas

Casile Antonino wrote:
 
 Thanks to everybody who replied to my E-mail  unfortunately all the
 advices had no effect .. I keep on getting the same error.
 To make things a little bit clearer I installed amanda using the rpms
 given with Linux RedHat7.0 for i386. I think that the rpms are compiled
 with the option  --with-amandahosts on. In any case they create a file
 /root/.amandahosts upon installing.
 

The .amandahosts file must be in the home directory of the AMANDA backup
user. If your AMANDA backup user is operator and its home directory is
/home/operator, then your .amandahosts file should be
/home/operator/.amandahosts.

-- 
Regards

Chris Karakas
Dont waste your cpu time - crack rc5: http://www.distributed.net



RE: access as USERNAME not allowed!!

2000-11-30 Thread Martin Brown


If it's Solaris check the .rhosts file for the specified user on the client
box.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Casile Antonino
Sent: Thursday, November 30, 2000 9:15 AM
To: [EMAIL PROTECTED]
Subject: access as USERNAME not allowed!!


Hi,
I don't want to further bother people in this mailing list but it seems
that for some strange reason Amanda doesn't like my computer!!!
The problem now it that when I run "amcheck -c DailySet1" I got the
following output :

Amanda Backup Client Hosts Check

ERROR: raffaello: [access as operator not allowed from
[EMAIL PROTECTED]]
Client check: 1 host checked in 0.020 seconds, 1 problem found.

(brought to you by Amanda 2.4.1p1)

I went to the amanda FAQ page and I modified the .amandahost file as
follows :

raffaello.bu.edu operator

 but amanda still does not want to work!!! :-(
Has anybody any idea of what's going on???
Thanks, Antonino Casile




Re: access as USERNAME not allowed!!

2000-11-30 Thread Casile Antonino

Thanks to everybody who replied to my E-mail  unfortunately all the
advices had no effect .. I keep on getting the same error.
To make things a little bit clearer I installed amanda using the rpms
given with Linux RedHat7.0 for i386. I think that the rpms are compiled
with the option  --with-amandahosts on. In any case they create a file
/root/.amandahosts upon installing.

These rpms automatically create a user named "operator". The entry in
/etc/passwd is :

operator:x:11:0:operator:/root:/bin/bash

In /etc/amanda/DailySet1/amand.conf I added the following line :

dumpuser "operator" # the user to run dumps under

The file /root/.amandahosts is :

raffaello.bu.edu operator 


... and if I run, as user "operator" (from the root account I run "su -
operator"), the command "amcheck -c DailySet1" I get the following
REALLY annoying message :

Amanda Backup Client Hosts Check

ERROR: raffaello: [access as operator not allowed from
[EMAIL PROTECTED]]
Client check: 1 host checked in 0.062 seconds, 1 problem found.
 
(brought to you by Amanda 2.4.1p1) 

Obviously raffaello.bu.edu is the host Amanda runs on!!!
Thanks in advance for any help!!
Bye, Antonino Casile



Re: access as USERNAME not allowed!!

2000-11-30 Thread Eric Wadsworth

I had the same problem with a RedHat client. Here are my pertinent log
files. Note that 'navajo' is my tape host, and 'dragoon' is my linux box.

===
Now I need to get the newly installed client to work.
It looks like the rpm put a line into /etc/inetd.conf and put the programs
files into /usr/lib/amanda
running amcheck from navajo resulted in:
ERROR: dragoon.hq.consys.com: [access as operator not allowed from
[EMAIL PROTECTED]]
Looks like I need to modify .amandahosts ...
Adjusted ownershop of /root/.amandahosts to operator:root
amcheck still gives this error for dragoon.
Adjusted capitalization in the file to navajo.hq.ConSys.COM --- Still not
working.
Checked FAQ --- Edited dragoon's inetd.conf and fixed "operator.disk" to
"operator".
Drat... still didn't fix it.
Changed ownership of /usr/lib/amanda and everything in it to operator:root
(was root:root). The file runtar was root:d
isk, changed it to operator:disk.
amcheck still fails on dragoon.
I noticed that there are some other files in /usr/lib that are root access
only... maybe I should use the rpm to chang
e ownership.
Hmmm, doesn't seem to be a way to do it via rpm.
Check permissions of navajo /usr/local/libexec/amanda and set the ones on
dragoon similiarly.
Added an operator group to dragoon
Still not working.
Modified permissions to /root/.amandahosts and modified the group entry
for the operator group.
Still failing.
Moved the .amandahosts file to / just to see.
Progress! Now I get different error:


Hope this helps. :) I'm just glad I keep good logs of what I do.

--- Eric Wadsworth