How Did You Become a UNIX Administrator?

xylix asks: "I figure there must be a number of UNIX admins among the Slashdot readership and I am wondering how you got into that field to start with. The reason I am asking is that I really want to be a UNIX admin but don't know how to get from here to there. What kind of education did you have(CS or other)? How did you start out (as a junior admin or moving laterally from another position)? What certifications are useful?"

"I am an English teacher now but am a techie at heart and spend all my time coding and using various Linux / BSD distros. I figure I am capable of handling a junior position, but most ads I see for *nix admins are looking for several years of work experience (on specific platforms), CS or EE degrees (I have a BA in philosophy) and perhaps years of experience in a specific industry (financial, wireless, transportation...).

I have been told by a couple people that at 33 I am far too old to start ANY kind of tech career (with no previous work experience). Anyone out there with experience to counter that? I know the job market is tough right now, but I am thinking long term."

Comments

start at the bottom and work your way up

[bergeron76]

Sounds cliche but that's what I did. I'm only 25 and I'm making more than your average MCSE right now (considering that MANY mcses are unemployed right now).

Started in Help Desk at college.
Did miscellaneous consulting jobs for friends, etc...
Got a job as a Jr. Admin.
Got another job as a Sr. Admin.

Education?

[OldBen]

I started at age 26 after majoring in Art and getting into the industry through web design. My advice; find a small shop (5-10 people) that supports a few Linux/UNIX systems, and doesn't mind you learning on the job. That's the best learning environment you'll ever have. Usenet and a million other web-based resources are out there if you run into a brick wall on a problem.

Good luck, and you're never too old!

Becoming a Unix Admin

[genkael]

You are not too old to become a tech person at 33. As a matter of fact, you are more likely to be taken seriously then someone who is 20.

Becoming a Jr Unix admin requires that you know the basics of Unix/Linux: creating user accounts, installations, problem determination, permissions, disk space, adding hardware, backup strategies, and simple shell scripting to name a few. Solid end user knowledge of a real *nix like Solaris, AIX, HPUX, or True64 is a huge plus.

Getting your foot in the door is often more important than what you know. You usually have to have someone on the inside who knows you before you have a chance of getting hired. Unix administration isn't a job that you can get by walking in off the street. Since you are a programmer, you do have a much better chance.

Getting Started

[ackthpt]

There's any number of College Extension departments, like UCSC-EXT in the San Jose area, which offer many classes, even a program. RedHat has Certification programs for Linux (and if you can admin Linux, it's a small jump to Unix)

For good practice you might want to get a PC and install FreeBSD or one of the Linuxes to familiarize yourself with the resources, shell programming, etc.

Two Relevant Examples

[Hanashi]

I got my start as an admin in college. I was a CS major, and the CS department network was run entirely by students (supervised by a full-time staff member who was management only, and not too technical). I started as a lab consultant, helping people with their editors and compilers and such. It was more of a general helpdesk position, with light administration duties. I was promoted fairly soon after to a real administrator, with the root passwords and everything. By the end of my college time, I was the head of this group, which made getting my first admin job outside pretty easy.

During this time, I also helped a friend of mine (who was an English major at the time) learn to use the Unix workstations and the Internet. He parlayed this into a position within the help desk organization and then eventually into the administrator group also. So it's possible to do if you have one person who can give you the first break.

If you're not in a university environment, probably your best bet is to try to get involved in the Linux community somehow, get your name attached to some projects that you can use as partial credentials on your resume. Also, if you're not already running a network of at least a couple of Linux machines at home, you probably should. There are several skills you'll need to develop which can't be practiced on a single machine (NIS, NFS, DNS, sendmail or other mailer, etc). Good luck!

It all began on a fall day 7 years ago...

[jermz]

when I started a C programming class at San Diego State University. I was introduced to Unix at that time, and fell in love with it's power and simplicity.

I was content to be a user, but when I started working in the computer industry in 1995, I was introduced to Linux by a co-worker and fellow Unix lover (Thanks Martin!). I got bitten by the sysadmin bug then. We had a part-time consultant sysadmin then, and I emailed him with problems I was having with my Linux box, and he helped out immensely. Even when I brought down the email system with a badly configured sendmail.cf, he was patient and walked me through it.

As I started taking over day-to-day administration of the Solaris and SunOS servers at work, I found it invaluable to use the knowledge of the Unix propeller-heads at work. All were engineers, but they knew enough about Unix to give me a hand when needed. I also made friends with some old-time Unix-heads that proved to be a wonderful resource.

Don't underestimate the power of a mentor. Find someone with a long beard to talk with regularly. Also, read, read, read. Surf the net. Install software "just because". You will screw up, and have to recover. Nothing compares to removing "libc.so",

I now have 6 years of sysadmin experience under my belt. Even when sysadminning wasn't my official job title, I still found a way to do some. I've got the sysadmin bug, and bad. I love the challenge of it. I love knowing that every time I upgrade some software, or tune a system, that the people who make the product that pays my salary are able to do their work that much more easily and quickly.

As far as certification, it might look good on a resume for a PHB, but in real life don't mean much. Like an MCSE. You know the books, but real life can be much different. In short, if you have the time and $$$ to burn, go ahead. But your time can be equally well spent hacking on a system.

Do it, do it, do it. I love this job.

Jeremy

Re:Oh, that's a short story...

[NMerriam]

If you want a state job with total control, go to a University. It's basically anarchy on the networks, because every group has their own research needs that would be impossible to meet centrally.

Get in with a fun group and you can do whatever you like as long as you aren't running an MP3 server and sucking up half the bandwidth of the whole campus.

We've got pretty much every OS under the sun running on different test servers.

Just do it

[tmark]

I fell into my job by accident. I don't love it, but it is a paycheck, and my experience might be useful.

I installed Linux in grad school (Psychology) while fooling with some web stuff. I learned just enough to write Perl scripts, move files around, configure interfaces, build Apache, set up virtual hosts, and configure my MUD client. Really minimal.

After grad school I took a job as a programmer for a few months where I did no administration. Then I started working for a pissy little young web development company. They needed someone to write Perl CGIs and they wanted someone with an academic pedigree, which I had. After meeting with the owner I bought a book on CGI programming, and learned how to write very minimal CGIs (with Perl). A couple of days later I was working for them, writing all their CGIs.

At this point they had their own 'administrator', which meant a tech guy they had off-site who could answer their questions. We had to telnet in to a box at the provider to do work. Our company had no "production" or "development" servers; all development work was just stashed under a hidden directory (of course this caused problems when an HTML monkey overwrote files in the wrong directory).

I quickly realized that I could run Apache in the office, and use my box as the development server. Our company also had this problem where we had only 10 I.P. addresses, and greater than 10 employees (part and full time). You can imagine the chaos this caused for a company working on Web work: people were literally stealing each other's IP addresses if they went to lunch or the bathroom, and other people were perplexed as to why all of a sudden their Net connections weren't working properly..

So I set up NAT on a Linux box, and the problem was solved. By this point I had *become* the de facto sysadmin, not by design or calculated career path or formal training, but by accident. I knew how to do some things, and I knew how to find out how to do the things I didn't, and I just went ahead and did them. Once you solve a problem or do something that needs to be done you start building credibility. Just make sure you do it right. Once you start doing some things you will be surprised at how many other things people ask you to do, and how many things you find yourself having to learn how to do.

So my advice to a would-be admin is - anyone can get into the field. Just start doing it. Set up a Linux box at home and host your own domain. Figure out how DNS works. Get a book on CGI and Perl and learn to write some CGIs. Host virtual domains. Set up email accounts and give them to your friends and family, and thereby learn how to administer users and mail and all the headaches that come with it. Design workable backup schemes even if you have nothing worth backing up. All this work *does* count for something, if not full-fledged work experience, it is better than nothing.

Then find a company that is willing to hire someone who is industrious but maybe not too experienced. Often times these are the tight-wads that don't want to pay for a 'real' administrator, but you're not a real administrator yet, anyways, so that's perfect. Look for companies that haven't yet figured out they need a UNIX-like solution, then go in and provide it for them.

Or do pro-bono or volunteer work. Just do something.