Posted by Don Kruse on Apr 28, 2011 in server, Troubleshooting | 0 comments
The firm I support has a problem with email; Like some people have a problem with alcohol or shoes. The users I support either think they need multiple copies of every email messages that is related to every client or they are required to receive and save copy after copy until their mail folders are over-flowing with redundant messages. To add insult to injury the process works like this: The legal assistants get copied on EVERY message that comes into the attorneys they support. So long story short this causes a problem for the mail server because it has trouble keeping up with indexing so many folders that are near or over 10,000 messages (items). And yes I have argued with the shareholders and legal assistants that there are better ways to do this but they just aren’t ready to make any big changes.
Based on my experience with various servers, file systems, 32-bit vs. 64-bit, and available RAM every server is going to have some upward limit on how many individual items it can reasonably index in a given amount of time. The result of having numerous mail user’s folders that have crept up to 10,000 or beyond means that the Kerio Connect system can fall behind simply because it hasn’t finished indexing. If it can’t index it can’t add new messages to that user’s folder and so on (somewhat similar to a cascade failure).
We are running Kerio Connect on a fast Intel Xserve with a RAID 5 with 7,200 RPM SATA drives. Now we could change the drives to a RAID 0 to speed things up a bit but that’s not an option right now (actually I am giving serious thought to putting in a flash-based boot drive for the OS and Kerio Connect and have the data on the RAID) or we could find some other method of speeding up disk access but I feel these mostly are workarounds. The server just isn’t that slow.
The one thing that must happen is that each user’s mail folders must be kept under 10,000 messages and so I established a policy with a 5,000 message limit (this gives us some cushion). After the break are the details of how I am using a shell script, Lingon, and Splunk to help us efficiently keep track of each user’s mail folder contents.
read more
Posted by Don Kruse on Nov 11, 2009 in Apple, mac, MacGeek, server, Tech | 0 comments
![Mac mini as a Server Finally Official]()
There are many situations where a rack mounted 1U or 3U server just doesn’t fit into the budget or specific needs of a business. Many of us Apple IT guys have been using and/or recommending the Mac mini with Mac OS X Server installed as a great way to keep within budget while still retaining full network services.In fact I have an earlier post about using Mac minis in a 24/7 environment.
So Apple finally made it official a few weeks ago an now has a Mac mini server. It fits the bill for many business uses, creative uses, as well as even for a simple home network server.
In fact one business makes it their business to use Mac minis almost exclusively as their servers, providing web hosting and other services to their customers.
read more
Posted by Don Kruse on Jul 23, 2009 in mac, MacGeek, server | 0 comments
I received a brand new Apple Xserve a couple of days ago and I took it out of the box and got it ready for testing. I expect a new server to have some usage on it as part of quality control testing but I guess I just never noticed how much usage is on a new server (at least one from Apple).
13.34 hours of which I can account for only 25 to 30 minutes.
Mostly I find it interesting, assuming this usage is typical, that Apple has the time, both in the factory and in the facility in the US where Xserve orders are put together, to run a machine for 12 hours before shipping it. Even a self-proclaimed IT Guru still learns something new everyday.
read more
Posted by Don Kruse on Jul 17, 2009 in mac, server, Troubleshooting | 0 comments
I have been running a default setup of Apple’s Mac OS X Server as a mail and mailing list server since early March and it has been working well except for some non-critical glitches. The firm I support runs only Mac OS X Server on both Apple Xserve’s as well as on other non-server hardware (Mac Pros and minis).
I found that the Mailman system which is modified by Apple seemed to not be generating any log files. Upon closer inspection I found that the Mailman system was creating logs they were just not where Apple’s server OS was expecting them.
At this point in time I don’t know if this is due to a glitch during the original installation of if this is just the way Apple set it up. Since I have found a few other people with this or a very similar issue I suspect it’s a glitch in Apple’s set up.
I found that the Apple default configs are expecting the logs to be written to
/var/logs/mailman/
but the Mailman* system is configured to write them to
/var/mailman/logs/
I was concerned that a future update/upgrade from Apple might break the logging if I went and changed the Mailman config so instead I set up a symlink for /var/logs/mailman pointing to /var/mailman/logs and this seems to work both from the GUI or the CL. This almost seems like a typo on Apple’s part.
Just thought this might be useful to anyone supporting Apple servers.
* This is not the default Mailman location but Apple’s modified Mailman location
read more
Posted by Don Kruse on Feb 10, 2009 in server | 1 comment
Back in late November I tried to get iCal Server running on some older hardware and this is what happened…
I ran iCal Server + iCal in a test environment on a older Xserve–Dual G4 1GHz 2GB RAM Mac OS X Server 10.5.5–in this test environment with only a couple of test users and I noticed a significant increase in CPU activity due to iCal but it seemed that it wasn’t something the server couldn’t handle. A month later when I rolled out the service to 60+ users the server was brought to its knees. It ramped up to 100% CPU usage as more users logged in and by about 11AM that business day it ceased to be functional. Anyone trying to connect timed out before they received updates.
I have not been able to track down any specifics as far as something I can “fix” to prevent this problem as my iCal Server install is Apple default and other than running the CPU load at 100% there was not a single error reported/logged. I’m going to use brute force to work around the issue but I would like to find a better approach.
I am going to try to roll out this service again but hosted on a brand new Xserve 3.0GHz Quad-Core Intel Xeon 16GB RAM (I’m lucky in that I work for a bunch of lawyers).
Now two months later I think I have finally got it working…
read more
