Re: [Rockies-Edu] AFP not releasing users
Re: [Rockies-Edu] AFP not releasing users
- Subject: Re: [Rockies-Edu] AFP not releasing users
- From: Corey Carson <email@hidden>
- Date: Mon, 04 May 2009 20:53:43 -0600
Here is a chunk of text that is a cross-post from other lists. Please
read carefully and let me know if this change does not help with your
idle AFP connections. Hope this helps.
---
Open Terminal, and su to root:
Last login: Thu Mar 29 17:04:36 on ttyp1
Welcome to Darwin!
server:~ username$
server:~ username$ su root
Password:
Then, although this is something you've probably already done, confirm
that the maximum number of threads for AFP is set to a reasonable value:
server:/Users/username root# serveradmin settings afp:maxThreads
What you will see, if it's still set to the default, is 40.
afp:maxThreads = 40
40 is default, and if you have many users, you may wish to set a
higher value. It's been established by others through experimentation
that 300 to 400 is as high as you should go, assuming your server has
plenty of RAM (2GB or more):
server:/Users/username root# serveradmin settings afp:maxThreads=300
afp:maxThreads = 300
Now, for the kicker. This parameter, "reconnectTTLInMin", is not the
same parameter that is set when you adjust the "disconnect idle users
after _x_ minutes" value in Server Admin, but is related to that
function:
server:/Users/username root# serveradmin settings afp:reconnectTTLInMin
afp:reconnectTTLInMin = 1440
The default for this parameter is 1440 minutes, which is a full day.
But it SEEMS that if it's set to such a high value, something gets
"stuck" somewhere else, and these connections are never updated if the
machine that fell asleep wakes back up or is shut down or rebooted...
there will probably be some side effects from making this change; you
may try other values, but the customer who helped me nail this down
chose 10 minutes:
server:/Users/username root# serveradmin settings afp:reconnectTTLInMin=20
afp:reconnectTTLInMin = 20
I THINK that this parameter may define a time after which a sleeping
machine is able to reconnect the to the server, but there is a
separate session-caching algorithm that affects this, too. Further
experimentation with this parameter, and with machines that have been
asleep for longer than the value set, is indicated, but I wanted to
get the information to my afflicted customers as quickly as possible.
The serveradmin Terminal command allows you to view, or change, any
parameter in the AFP plist config file, /Library/Preferences/
com.apple.AppleFileServer.plist. In later versions of Mac OS X Server
10.4, this file is no longer straight text; if you wish to examine a
copy, so you can see what the parameters in this file include, you may
either view it with a plist editor such as included with the Developer
Tools, or convert A COPY of it to text, as follows:
server:/Users/username root# cp /Library/Preferences/
com.apple.AppleFileServer.plist /Library/Preferences/
com.apple.AppleFileServer.plist.copy
server:/Users/username root# plutil -convert xml1 /Library/
Preferences/com.apple.AppleFileServer.plist.copy
Each of the two commands above is a SINGLE LINE which has wrapped in
this email. The first one contains just two spaces in the text you
must enter, and the second has three, so be careful entering them.
This command will convert the "compiled" plist copy to a straight text
xml file:
server:/Users/username root# plutil -convert xml1 /Library/
Preferences/com.apple.AppleFileServer.plist.copy
And this one will let you have a look at it:
server:/Users/username root# more /Library/Preferences/
com.apple.AppleFileServer.plist.copy
To summarize, these settings are the most important ones to which you
may make adjustments, and the second one is the magic one. The actual
numeric values you'd like to apply could fall over a range that has
not yet been defined; you are welcome to experiment.
serveradmin settings afp:maxThreads=300
serveradmin settings afp:reconnectTTLInMin=10
But REMEMBER these two things:
AppleFileServer must be stopped, and restarted, for these values to go
into effect.
Only convert a COPY of the file to text for viewing, NEVER the original.
---
Corey
----------------
Corey Carson
Systems Engineer
Apple - Higher Education
Colorado, Wyoming and Montana
303.378.7193
800.800.2775 (Tier 1 Tech Support)
866.752.7753 (Tier 2 Tech Support)
Rockies-edu listserve:
http://lists.apple.com/mailman/listinfo/rockies-edu/
----------------
On May 4, 2009, at 8:25 PM, Kenneth J. Zylla wrote:
I am curios as too what it says under connected users?
Are they connected solid or Disabled /Asleep?
I have also seen some connected users with more then 1 connection as
a user mounting 2 or 3 different share points they all show a
separate connection which I believe is normal.
I have a problem with Leopard Server:
When I set up a server last week I had a monitor connected for set up.
Now that I have left the site and taken my monitor with me as most
of my servers are headless.
I have custom desk top pictures that we use to identify the
different servers.
It will not let me change the desktop picture to any thing different
then the one it was set to.
I set a Mac Mini up this weekend at Home and put it in to my Garage
so it could be headless in there and found it acted the same way.
Brought it back into the house and hooked the monitor up could
change the desk top to what ever,take the monitor off and now can't
change .
This behavior is in root and the admin account makes no difference.
I even changed the DefaultServerDesktop.jpg in core services and it
would not change until I hooked up the monitor.
Is their a work around?
Ken Zylla
Work Desk 720-554-4771
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Rockies-edu mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Rockies-edu mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden