Common Sins of Systems Administration

I feel as though I’ve spent enough time doing Systems Administration that I figure it’s time to vent a bit and point out some common fallacies and reasons why these are anti-patterns for both successful SysAdmins as well as overall health of tech organizations.

“Just restart the service/host.”

If companies wanted this kind of response to a problem, they would just invoke an event-driven service to restart services or hosts when a failure is detected.  This just masks the problem.


  • Ask “Why did this fail?”
    • If you’re not asking why, you’re behaving much like the oft-maligned “Windows Admin” or “Bastard Operator From Hell (BOFH)”–restarting services or servers and not digging in deeper.
  • Look at logs.
    • If you’re not looking at logs for a service or a host, you’re missing a huge part of the work that makes Systems Administrators one of the most important roles in a technology organization.
  • Look at service and/or host statistics.
    • Back up your assertions with data, otherwise you’re just conjecturing.

“It’s not important/it’s intermittent.”

Bullshit.  If it’s important enough to page someone, it’s important enough to debug and find a way to keep it from happening again.  If it’s intermittent, then there’s a cause.  Ignore the symptoms, find the source.

“I’m too busy with other stuff.”

Again, bullshit.  If you’re too busy, say so.  It’s your job to tell someone (your manager, your peers, your employees, whatever) that you’re over-subscribed.  Anything worth doing is worth doing right and devoting as close to your full attention to as possible, so speak up.

“I don’t know how to do this.”

Then you’ve just been gifted with a learning opportunity.  The best SysAdmins use learning opportunities rather than avoid them.

  • Read documentation.
  • Look at logs.
  • Debug the problem.  Try to duplicate it.  See how it differs given different conditions.
  • Understand the services and hosts that you’re responsible for.
  • Be thorough and verbose in your investigation.

“This is never going to be fixed, so why bother?”

Your entire job is predicated on the notion that you’re supposed to help provide context to decision-makers around impact of bugs, flaws, and failures.  If you’re not doing it or aren’t interested in doing it, then why are you even working?

  • File bugs/stories/incidents.
  • Provide data to back up your assertions/findings.
  • Dig in.  Look at logs and statistics for commonalities and outliers.
    • If people aren’t listening, take it up to the next level.  Find the Product Owners or Product Managers.
    • Explain why it’s a problem and what they could do to resolve it.
    • Talk about the cost of the problem in terms of payroll hours wasted (this generally gets people’s attention).

These are definitely common sins, but this is by no means a complete list.  What do you think?  Have any you’d like to share?

One thought on “Common Sins of Systems Administration

  1. Having been an IT guy for about 36 years now, I can relate. One of the biggest problems of mine is that I don’t often get to set priorities for the work that I perform, based upon what I perceive to be the criticality or risk associated with each. I routinely must satisfy *first* the one who 1) complains the loudest or is the bitchiest and completely void of reason or sense, 2) is a woeful technological neophyte and yet somehow is a manager or someone of power, 3) someone who has a close relationship with those in power but otherwise are nobody within the structure nor produces anything of value, 4) someone who’s funding the venture and has somehow achieved financial wealth to the bewilderment of all, 5) says things like “why can’t you just…” without the slightest knowledge of DNS, routing, credentialing mechanisms or anything else pertinent to understanding why you can’t and further, wouldn’t listen if you tried to educate them.

    These people want you to bend the fabric of spacetime and give them exactly what they asked for because they dogmatically believe that they’re smart, even smarter than yourself, the person with decades of experience.

    You suggest that your manager should listen to your concerns. Mine is traveling the world three weeks out of four, doesn’t read email and probably has difficulty reading written English in the first place. He’s convinced himself, I’d guess, that he’s too busy for such things. Not all organizations are as functional as you’d want them to be.

    The only way for things to work is to start a company and to populate it with people who are likewise enraged at the typical corporation and its stupidity.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s