Re(2): Killer Application
Re(2): Killer Application
- Subject: Re(2): Killer Application
- From: "Robert Snyder" <email@hidden>
- Date: Sat, 26 Mar 2005 19:17:18 -0500
- Organization: Penn State World Campus
On Sat, Mar 26, 2005, Jerry W. Walker wrote:
>I don't pretend to be a an expert sysadmin (or even a sysadmin, for
>that matter) so my first suggestion would be to get the advice of a
>really good system administrator. If you've done that, they're stumped,
>and/or you're at a dead end and somewhat desparate, then read on:
Jerry,
Thanks for all your good advice. It did turn out to be rogue code in one
of our applications.
We are in the middle of a number of critical deployments, and the
application that was causing the problem was not one of the newer apps.
It was, however, being used heavily for the first time--we have a number
of temps in transferring data from an old FileMaker Pro application. It
turns out that this application is generating new sessions every time a
user saves a screen of data, opens particular components, and so on. With
six people doing data entry we were seeing literally hundreds of active
sessions after only an hour or two of work.
What was happening was that the sessions were building up and overflowing
the memory in the server. Then the application would go down. We had
restart turned on, so the application would try to restart, but the port
would still be locked up from the previous meltdown.
The development team is working through the code address the issue. For
the time being, we have reduced the session time out to ten minutes.
>2) Run Disk First Aid's Repair Permissions command (I'm presuming that
>this works on MacOS X Server, but am not certain of that).
While it works, running Disk First Aid's Repair Permissions on OS X
Server is not always a good idea. The rules it follows do not translate
well to the server environment. I also run an OS X Mail Server on a
different XServe and got hosed by the 003 Security Patch earlier this
week. Running the Disk First Aid's Repair Permissions program set the
wrong permissions on Sieve and some other files. I had to go back and
repair them by hand to get all back working again.
Thanks again.
Robert
____________________________________________
Robert Snyder, Director
World Campus Data Management Services
The Pennsylvania State University
105 Mitchell Building
University Park PA 16802
Phone: 814-865-0912 Fax: 814-865-4406
E-mail: email@hidden
URL: http://www.worldcampus.psu.edu
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden