May 5, 2012

Sir, please step away from the mobile device

Filed under: Ranting and Raving — jason @ 2:36 pm

Here we have a gentleman that decided to bring his iPad to a children’s ice skating show.  It was a real treat for all of us to get to watch him play some stupid game while our kids performed.

As a technology person, this really bothers me.  Our culture has become so addicted to the instant on, instant info, instant entertainment provided by mobile devices that we have developed some serious attention deficit issues.  I can’t get through a meeting without a handful of people tuned into their phones and of course we have people killing each other on the roads while texting.  As a result of seeing things like this, I’ve made an effort to not be checking my phone for messages so often – it is not respectful to people that I’m with, even if we’re just sitting around doing nothing.

What does it say that this guy decided ahead of time “you know, I’m not going to watch any of the other stuff, I’ll just take my iPad and play games until my kid is up”?  And then he held the dang thing up and used it like a camera to record his kid’s show!  Here’s a tip – the iPad might be great, but it is a little large and unwieldy for use as a video camera, pal.

 

• • •

May 4, 2012

Telemarketing call loophole

Filed under: Ranting and Raving — jason @ 7:28 pm

I think I’ve stumbled on a loophole that quickly gets you off a telemarketer’s calling list.  A few months ago, when asked after the telltale long pause Could I speak to Jason please?, on a whim I answered with Uh… he doesn’t live here anymore.  This response must trigger a rule to remove the number because not only have I noticed that some of our regular callers haven’t rung us in a while, tonight I actually got an Oh, sorry we’ll remove you from the list response.

It seems to work especially well if a man is saying a woman no longer lives there or vice versa.  One caller was really apologetic when I said that Jenny no longer lived here – must smell like a divorce or something to them, so they cut bait.

• • •

February 18, 2012

Disaster recovery disasters

Filed under: Adventures in IT — jason @ 2:11 pm

Here you see our server room during a power outage caused by a malfunctioning transformer on a pole down the street.  Kentucky Utilities told us that we lost two phases of the source coming into campus so we were seeing some things work, others not.  In the server room, one large backup power supply lost power, one didn’t.  So, most devices with dual power supplies were still running.

Anticipating the possibility of a total loss of power, we walked through our emergency procedures to cleanly shut down as many systems as we could.  It turned out to be a nice review of our procedures as well as a good exercise for several members of the IT staff to walk through the steps and discuss the scenario.  Did I mention that this outage started at 4:30pm on a Friday?  Power was restored later that night and we had everything back up and running around 10pm.

I can readily summarize the potential disasters from our outage because we had just updated our emergency procedures documentation the week before (more on this later):

  • At best, we’ll get about 15-20 minutes of uptime during a total power outage.  Anything that does not automatically shut itself down when power loss is detected will go down hard, and we have plenty of things that will suffer that fate.
  • We didn’t have a printed copy of our emergency procedures on hand and we wouldn’t have been able to easily see them, anyway.
  • From the dark picture, you can’t see the worst problem of all – we have water sprinkler heads in our server room just like any other part of the building.  Should we ever have a fire in the building that sets off the system, we are going to be in a world of hurt.

At least there are a few points that make me feel a little better (if only a little):

  • We have emergency procedures documented and we know which systems are a priority to shut down cleanly.
  • We have well maintained backups of all systems that are not stored in the same building as the systems themselves.
  • Our administration is aware of our procedures and the precarious nature of our environment.  We hope to make changes in the future as we grow our campus (more on this later, too).
  • We turned a long work day into an excuse to grab pizza and beer on a Friday night.

Now, for the “more on this later” part.  Just one week before, we had updated our emergency documents because I was going to present a summary of our vulnerabilities to my fellow cabinet members.  Our board of trustees had recently formed a technology committee and I had given some folks a tour of the facilities and talked through our issues, which had generated a lot of questions.

I thought it was a good idea to make sure that all of our senior administrators had a grasp on exactly what kind of downtime we’d be looking at after a disaster.  After all, several of us are actively involved in planning the future of our campus.  What better way to solve our problem than to have everyone thinking about how a new building would make a great place for a data center with chemical fire suppression, diesel generator facilities and no bathrooms overhead!

I had just presented this information to the cabinet three days prior on Tuesday.

On top of that, earlier on the very Friday of the outage I had visited some employees of the city’s emergency planning department.  They had offered to give us some emergency alert beacons that we could place in strategic locations on campus, so I was meeting with them to discuss the particulars.  We met in their emergency command post area that you see below.  Ironically, we talked about how this area has no backup power sources whatsoever.  We grumbled about budgets and planning and how everything is acceptable on paper right up until the time it breaks.  If only I had known what was coming later that day!

To round it out, apparently Kentucky Utilities has no way to detect an outage like ours.  They only found out about it once we started calling.

To be sure, we are not alone in our situation.  I’ve seen many places that have no regular backups or that backup to a disk sitting right on top of the system in the same room.  I’ve seen all manner of technology shops with no disaster plans or procedures to speak of.  And on this particular Friday, I got a glimpse of what is going to happen to the city’s emergency planning headquarters when the power goes out.

But we can’t pat ourselves on the back for having properly documented emergency procedures while we continue to have sprinkler heads in our server rooms.  It is much too easy to say “well, we’ve lived with it all this time…” or “at least we’ve got good backups” and feel like we’ve got it covered.  You have to make the problem a priority and address it in some way if you are ever going to fix it.  Maybe that should be our disaster recovery documentation.

• • •

January 1, 2012

Remodeling the IT way

Filed under: Adventures in IT — jason @ 11:12 pm

Our public safety office got a much needed makeover.  We were called in to move their IT equipment and it ended up being a much bigger job than we anticipated.  They have several monitors for DVRs that operate security cameras, a few PCs, radios, phones, an alert box and various other equipment.  We set them up temporarily in a nearby location, then moved them back once the remodel was completed.

The showcase piece is their wall of monitors.  Normally, I should not be allowed around power tools, but I did most of the measuring and drilling for the wall including flamboyant use of a hole saw!

 

 

• • •

December 13, 2011

Awww… AWStats is so sweet!

Filed under: Free and Open — jason @ 8:48 pm

Remember the good ol’ days when your stock installation of RedHat Linux (back when it was free, mind you, before the days of Fedora) included Webalizer?  Right out of the box, you could see some fancy graphs of your web site traffic.

These days, you need to throw a lot more analytics at your log files and AWStats delivers.  Most Linux distros have a packaged version of AWStats now, but I’ve been using it since it was a wee little tarball on SourceForge.  It can process log files of varying types including www, ftp and mail.  It spits out a really nice looking page of statistics organized into sections such as hour/day/month breakdowns, referrers, navigation stats and so on.

Here is a screenshot (click for larger version) but the AWStats SourceForge page links to a live demo that is much more interesting.

A fairly simple configuration file allows you to set up options on how to process your logs and includes niceties like log file format definition and host aliases to track.  There are several useful plugins for AWStats including UserInfo to show information about the authenticated users that are viewing your site and GeoIP which charts hits to your site by country based on IP addresses.  It even comes with a JavaScript file that you can include in your site pages to gather additional statistics on browser clients, a la other analytics services such as Google Analytics.

Bottom line: in a fairly short time, you can produce some really useful statistical information about the traffic to your sites with AWStats.

 

• • •
Next Page »
Powered by WordPress |•| Wordpress Themes by priss