[GLLUG] netatalk on yellowdog linux

[Sean]

Is 'Kendon Elem.Server' the name of the original box running OS 9 by 
chance or the x86 box? I am wondering if the routing tables havent flushed 
on the router or if the atalkd.conf file got copied from somewhere else. 

If it is showing up in the chooser then you are using ethertalk and you 
need to have the atalkd stuff set up correctly as well as the afpd daemon 
running. 

You might try to directly talk to the server via IP by using the "Connect 
to Server" dialogue box in the chooser and see if that can narrow it down 
for you. 

You should be able to just run afpd by itself without atalkd running to 
see if you can login. 

Let me know the results.. 




On 8 Jul 2003, Mike Rambo wrote:

> We're in the process of moving at least some of our mac servers off
> macos9 and appleshareip over to linux. They are mostly G4 boxes and
> we're tying to use yellowdog linux. I have yellowdog installed - seems
> to run well. I've ran into a problem with netatalk though. I have
> netatalk configured the same on the G4 with yellowdog as I configure the
> netatalk+asun package on RedHat x86 elsewhere. I can see the server in
> the mac chooser but get an error 'Unknown user, incorrect password or
> logon is disabled' when I try to connect. The client connects to an
> adjacent x86 server running the aforementioned netatalk+asun package
> without problem. I have found very little in the way of help on
> yellowdog's site and nothing on the sourceforge netatalk page that is
> helpful.
> 
> One oddity I have observed is that I see the correct server name
> 'kendon-dc1' in chooser but when I try to connect it identifies the box
> as 'Kendon Elem.Server'. I don't know where this latter comes from but
> do wonder if it has some bearing on the problem.
> 
> Anybody have any ideas?
> 
> Thanks.
> 
> 
>