Managing Young Sys Admins At Oregon State Open Source Lab
mstansberry writes "Lance Albertson, architect and systems administrator at the Oregon State University Open Source Lab, uses a sys admin staff of 18-21-year-old undergrads to manage servers for some high-profile, open-source projects (Linux Master Kernel, Linux Foundation, Apache Software Foundation, and Drupal to name a few). In this Q&A, Albertson talks about the challenges of using young sys admins and the lab's plans to move from Cfengine to Puppet for systems management."
Most universities don't teach good system management. The CS departments are training developers and programmers. Since good SA's like stability and good developers like chaos the two normally don't mix. Does OSU have a SA degree program?
The members of the CS department at my college actually petitioned to have me take over as their lab admin. The incumbent staff admin was notorious for breaking things and making it a chore to use the systems. Despite the complaints against him and requests specifically to hire me on, the department chair kept the incumbent.
I found it all very amusing, especially since I'm not a CS student. I'm just well-known enough to the group. I'm also greatly amused by how often I get asked for help when I'm around there, specifically one case where a student was in a 390-something class. I replied, "We really don't know each other at all, and I'm not a CS student. What made you think I am a good person to ask?" He said he'd just seen me help with enough other people's problems... and so I gave him a hand too.
Long-windedness aside, my university only uses students to provide, "Cean the viruses off your personal computer," services.
SIG: HUP
I am in the upper bounds of that range. I do Sysadmin stuff in our corporation, though not as much as the Chief IT Manager. I do the cabling, I set up the racks, I make sure the UPS are tested regularily. All the grunt work a Sysadmin would do. I help with decisions on new network policies, and dealing with security and updates. Network Topology is something I wish I had a say in, but don't. I will on occaison, be called in to reboot a server, or replace a bad drive.
I had to learn the Help-Ticket system on the job, but really that was like a 5 minute breeze because most of it is common sense. (Ticket comes in, prioritize, assign, do)
I'm glad to see that younger people are getting into these positions, since I think they help push forward newer technologies and methodologies. It'll sound like I'm tooting my own horn here (and Maybe I am just a little :P) but we've got a dozen boxes in our server room plugged into the rack so that people from other branches across Canada can Remote in to access certain software. It's a nightmare to look at, and it takes up alot of space. The IT Manager isn't fully familiar with Virtualization, though thats something I was taught in school less than 2 years ago. I'm sure you can see where this is going.
All in all, the only thing holding back us young people from these positions is just experience. Almost any school you graduate from with a CS degree will teach you the fundamentals of system administration. However you can't exactly apply for that position with little to no experience (don't get me wrong, you CAN apply, but the guy who has 5+ years experience managing Windows Server 2003 is going to look a bit shinier).
It's good to have a Looong project like this to show you DO have experience. I went and switched from a CS Degree to simply an Object Oriented Programming because it was shorter and I enjoyed programming more, but now that I'm out here working I wish I had that education. (I know right, how did I land a Sysadmin/Technician job as an OOP grad? Funny story, ask me later). Anyways, If I could show my boss "Here's the webserver that I set up and maintained" I think he'd be more lenient with letting me handle things I know how to handle. It's frustrating when he mentions a problem and you know a solution but he won't admit its a good idea because you're fresh. That's more a problem with my boss though, and probably isn't a good representation of every manager out there.
I think patience and learning when to say "no" are big ones too.
It's so tempting and easy to take shortcuts in system administration. "We don't need to waste time checking our backups" or, worse, "we don't need to backup" before doing major work is just the sort of time saving notion that can really haunt you if something goes wrong. Ugly when you need those backups and you discover the backup system you put into place in a similarly hasty fashion has some tiny little problem, maybe an incorrect flag on a command, and so the backups are no good. Can't spend all your time on paranoid checking either, of course. It's an art juggling these risks, deciding what is critical and what is not. There are never enough resources. If you have to make room in order to back up something, and it's going to take an hour or more to find things that can be deleted, clean out trash, compress directories that haven't been used recently, move files around, and so on, it's tempting to skip it, particularly if an impatient PHB is breathing down your neck, and other users are just waiting to pounce on that space the minute you free it up. Then there are the programmers who can't write anything that doesn't waste gobs of disk space and RAM. Someone notices when their code makes excessive use of the CPU, but a few megabytes of hard drive space flys under the radar. Some really think it isn't worth even a few minutes of their time to fix things like that, not when they're under the gun themselves to bang out more features as fast as possible.
Intellectual Property is a monopolistic, selfish, and defective concept. It is "tyranny over the mind of man"
I agree, as well. 90% of my time spent when teaching my junior admin is teaching him how to think like a sysadmin instead of a hobbyist.
Check out my sysadmin blog!
We're a rather bright spot on the university's record; we are the largest open-source datacenter in the hemisphere, and that causes a lot of donations to come in. Take it from Ed: http://osuosl.org/sites/osuosl.org/files/ed_ray.png Nobody will shut us down.
~ C.
I work for the OSU OSL.
Actually, we're more than a mirror. While mirroring is a major part of the services we provide, we also provide hosting for many projects' core infrastructure - Apache, Linux Foundation, Drupal, kernel.org, etc. Google is a major supporter of the OSL because we provide a place for projects whose needs have outgrown the more "off-the-shelf" structured hosting provided by Google Code or Sourceforge and need a more customizable environment.
As to the single point of failure concern - I disagree for several reasons:
It would take something more than a "pissed off dean" to summarily shut the OSL down.
-Greg
I've seen single seat fighter jocks in that age range.... age has little to do with it. Training and attitude have lots to do with it.
99.99 of sysadmin'ing comes from experience
Right ... which is why we here at the OSL give them the opportunity to gain that experience in a real-world production environment while providing the mentorship they need. It dovetails nicely with the theoretical knowledge they're getting in their CS classroom work.