How to Get your Dream Job

I see so much bad advice on finding and getting a job. I want to put my 2 cents out there. This guide is totally IT biased. If you do anything else, my apologies.

STEP 0. Figure out where the heck you want to be

How do you setup a LAN. Hit up ebay and just start buying switches? Heck no. You need to formulate a plan. If you want to get all businessy, then you can do a personal SWOT analysis. You need to figure out where you are and where you want to be. I’d highly suggest hitting up linkedin to look at people with the job title you want. After you find them, scroll down to their experience and tah-dah you have a blueprint for success.

STEP 1. Get an interview

a. Have some sort of online presence be it a *ahem* blog, linkedin, or just something that makes you searchable.
b. Make sure your resume can get passed HR. You need a resume packed with buzzwords. All the fancy buzzwords in the job description you are applying for need to exist in your resume too in some form.
c. Be unique in some way. This is really hard to do. Luckily my 1st job experience was in China so I have a leg up. Bring out something interesting and put it on your resume.

Bonus rant
Must have 20 years of vCloud experience. Har, har. If you are a vCloud genius then the fact you’ve been doing it for under a year will not matter beyond the HR sieve. You’ll probably come along requirements that want someone to have been using a technology longer than it’s been commercially available. It should make is super clear just how meaningless these measures are.

STEP 2. Research for your interview

a. Find out who is interviewing you. Look ’em up or ask about them. Nothing suppresses fear like knowledge.
b. Be familiar with all the technologies listed on the job description. Acronyms that aren’t familiar? Ask about it. It could be an internal name that is totally meaningless on Google.
c. Be familiar with the company and get some questions about the business. Who are your competitors and what feature makes you superior to them?
d. What are your questions about the position? Tailor your questions to your interviewer. CFO interviewing you? Make sure your questions and answers are tinted green for money. ๐Ÿ™‚

STEP 3. Demolish the interview with your stellar intellect

a. You are really prepared at this point. On my way to a recent interview, I listened to the vSphere 5.1 PXE boot documentation read aloud for me by my Nexus 7. Pretty freaking nerdy, but it put me in the right mindset.
b. You are well researched. You should be well dressed. You are the right person for the job. Keep all of this rattling around in your brain and you will be successful.
c. If you can’t answer a question, ask for more info and try to answer best you can. Ask what an acceptable answer would be to the interviewer if you give up. The interviewer’s answer will give you some insight into how they think. Engage your interviewer as much as possible to learn who they are.

STEP 4. Offer letter

a. Get the offer letter! Do not do anything rash until the offer letter is in hand. Obviously, a company could actually not hire you or any other sort of evil even after you’ve signed and returned an offer letter, but the chances of that happening are slim.
b. Do you even want to work there? Think about it long and hard.


Bonus advice! Always learn. Learn from every failed interview. They may have gone with an internal candidate and you never even stood a chance. If you were asked a question you couldn’t answer, you better be able to answer it next time. Do not get frustrated or discouraged. Every interview makes you that much better for the next one provided you keep up good habits and continue to study.

If you are not getting any interviews at all, then something is wrong. You need to talk to a head hunter, colleague, or just anyone at all to get some feedback. Applying in the wrong region? Wrong skills? Just find out what you are lacking and go out there and get it.


Difference between a System Administrator and a Developer

3 + 3 to a Developer is 6
3 + 3 to a Sysadmin is 6, but sometimes it can be 3 or 78

This is not meant to be a slight. It just seems that devs look at how it is supposed to be and sysadmins look at possible outcomes. I have to catch myself before I get too deep into a gajillion contingencies. I naturally think about when it goes wrong more than when it goes right. What do you think? How does a project manager think? ๐Ÿ™‚

Close Your Ports. Batten down the hatches!

Close Your Ports. Batten down the hatches! Gentlemen callers from nations without extradition policies are calling.

3 days of having port 3389 open on a Linux box. Lesson. Close your ports, use strong passwords, and make sure your software is updated! This is the equivalent of random people coming up to your front door and just checking if your house is open 19 times over 3 days. I know this isn’t a shocker to most people, but it is good to have a reminder. ๐Ÿ™‚

2012-12-31 18:10:43 [INFO] Disconnecting / Protocol error
2012-12-31 18:10:43 [INFO] / lost connection
Host :
Country : Portugal
2012-12-31 19:55:40 [INFO] Disconnecting / Protocol error
2012-12-31 19:55:40 [INFO] / lost connection
Host : ( )
Country : United States
2012-12-31 22:13:05 [INFO] Disconnecting / Protocol error
2012-12-31 22:13:05 [INFO] / lost connection
Host : ( )
Country : United States
2012-12-31 22:29:39 [INFO] Disconnecting / Protocol error
2012-12-31 22:29:39 [INFO] / lost connection
Host : ( )
Country : United States
2012-12-31 22:39:10 [INFO] Disconnecting / Protocol error
2012-12-31 22:39:10 [INFO] / lost connection
Host : ( )
Country : United States
2012-12-31 22:47:24 [INFO] Disconnecting / Protocol error
2012-12-31 22:47:24 [INFO] / lost connection
Host : ( )
Country : United States
2012-12-31 22:54:48 [INFO] Disconnecting / Protocol error
2012-12-31 22:54:48 [INFO] / lost connection
Host : ( )
Country : United States
2012-12-31 23:01:44 [INFO] Disconnecting / Protocol error
2012-12-31 23:01:44 [INFO] / lost connection
Host : ( )
Country : United States
2013-01-01 06:30:10 [INFO] Disconnecting / Protocol error
2013-01-01 06:30:10 [INFO] / lost connection
Host :
Country : Russian Federation
2013-01-01 12:18:39 [INFO] Disconnecting / Protocol error
2013-01-01 12:18:39 [INFO] / lost connection
Host :
Country : Pakistan
2013-01-01 12:28:49 [INFO] Disconnecting / Protocol error
2013-01-01 12:28:49 [INFO] / lost connection
Host :
Country : Italy
2013-01-01 21:27:20 [INFO] Disconnecting / Protocol error
2013-01-01 21:27:20 [INFO] / lost connection
Host :
Country : United Arab Emirates
2013-01-01 21:41:46 [INFO] Disconnecting / Protocol error
2013-01-01 21:41:46 [INFO] / lost connection
Host : ?
Country : China
2013-01-01 21:47:09 [INFO] Disconnecting / Protocol error
2013-01-01 21:47:09 [INFO] / lost connection
Host :
Country : United States
2013-01-01 22:23:08 [INFO] Disconnecting / Protocol error
2013-01-01 22:23:08 [INFO] / lost connection
Host :
Country : China
2013-01-02 00:10:00 [INFO] Disconnecting / Protocol error
2013-01-02 00:10:00 [INFO] / lost connection
Host : ?
Country : China
2013-01-02 02:05:02 [INFO] Disconnecting / Protocol error
2013-01-02 02:05:02 [INFO] / lost connection
Host :
Country : Uruguay
2013-01-02 03:57:31 [INFO] Disconnecting / Protocol error
2013-01-02 03:57:31 [INFO] / lost connection
Host :
Country : Brazil
2013-01-02 13:37:12 [INFO] Disconnecting / Protocol error
2013-01-02 13:37:12 [INFO] / lost connection
Host :
Country : Netherlands

Turn on your VMs when vCenter is down

If you don’t want to sit through connecting to all your 4.1 ESX hosts to find your vCenter server or your MS SQL server if they need help, you can do it through the command line.

ssh ESX-IP-Address
SSH to your ESX host

vim-cmd vmsvc/getallvms
This lists your VMs

vim-cmd vmsvc/power.on 64
This will power on Vmid 64. You can get your VM’s Vmid from the getallvms command.

vim-cmd vmsvc/power.reboot 64
This will reboot the VM having problems.

vim-cmd vmsvc
This will show you all the possible commands you can run. There’s quite a few.

This is way faster than to vSphere client and I’d recommend it for all your vCenter outage needs. Apparently it works with ESXi 5.0 according to the indomitable Boche here.

vim-cmd vmsvc/tools.cancelinstall 64
Also absurdly useful to stop a hung tools install

Bash Script to Create a Bomgar Licensing Report

I recently showed a developer at work the Bomgar API so he can whip up some fancy reporting. But why should devs have all the fun?

Figuring out the sed part made my brain catch on fire.

# Author Greg Carriger
# Rep Console Usage file version v1
## Collect Data
wget --no-check-certificate\&password=examplepassword\&action=get_logged_in_reps
grep display_name command.ns* > user1
rm command.ns*
wget --no-check-certificate\&password=examplepassword\&action=get_logged_in_reps
grep display_name command.ns* > user2
rm command.ns*
usert=$(cat user1 user2 | sort -u | wc -l)
user1=$(cat user1 | wc -l)
user2=$(cat user2 | wc -l)
time=$(date +%s)
## Write Data
echo $usert $user1 $user2 > tempstats
cat tempstats | sed '$s|^|'"$time"' |' >> stats
## Clean up
rm user1 user2 tempstats

Not done yet.