Subject: [netatalk-admins] Adrian's afpd server not letting go?
From: Duncan Sinclair (sinclair@dis.strath.ac.uk)
Date: Tue Mar 10 1998 - 08:32:11 EST
I'm running netatalk-1.4b2+asun18.2 on the new Solaris kernel module.
The other day when I tried to login, I got the "too many users logged in"
message. As I have fewer Mac users than users allowed, this came as a
surprise to me.
Further investigation showed old afpd processes which had not died,
despite the client being no longer in touch with the server. In fact
there was one person with 3 afpd processes against her name.
Anybody seen this? I think it happens more when the user's Mac has
crashed, rather than the connection being terminated the normal way.
Either way I get messages like this on my console:
Mar 10 13:19:18 lomax afpd[2896]: atp_rresp: Connection timed out
Mar 10 13:19:28 lomax afpd[2896]: afp_die: asp_shutdown: Connection timed out
Before "asun", I would only get the last error...
While I'm here, more problems.... On one occasion the master "afpd"
daemon died completely, requiring a manual restart. No apparent
reason for this.
A new class of error message for me:
Mar 4 09:15:27 lomax afpd[12219]: afp_addicon: Permission denied
Mar 4 09:15:36 lomax last message repeated 258 times
Mar 9 15:24:06 lomax afpd[2060]: afp_addicon: No such file or directory
As you can see, the "Permission denied" error caused a lot of fun for
my syslogd.
Anyone, perhaps Adrian, got any thoughts on these matters?
Of the three the dying afpd is the most serious, but has only happened
once or twice.
Thanks a bunch anyway, I've just got my hands on MacOS 8 and it's nice to
be able to access my files at a more respectable speed now.
Cheers,
Duncan Sinclair.
This archive was generated by hypermail 2b28 : Sat Dec 18 1999 - 16:31:24 EST