Dude, where’s my vxlan?

Strange stuff happens when you go over 1000 IGMP snooping group on a UCS fabric interconnect. Cisco UCS 6100 Series Fabric Interconnect supports up to 1000 IGMP snooping groups and Cisco UCS 6200 Series Fabric Interconnect supports up to 4000 IGMP snooping groups. Here’s how to check if you’ve taken your vxlan to the limit as vxlan relies on IGMP snooping groups to keep chatter down to a minimum on your switch.

In ESXi:
# use the vmk interface with vxlan running on it. I used 1 in this example.
tcpdump-uw -i vmk1 igmp
On your UCS Fabric Interconnect:
show ip igmp snooping groups

To clean your data you can:
cut -d' ' -f4 (your fabric interconnect output) | sort -u > (new file for fabric interconnect)
cut -d' ' -f5 (your esxi output) | sort -u > (new file for esxi)

Next, run a diff on your two files and anything that exists on esxi but not your FI is your problem! enjoy!

Posted in Uncategorized | Leave a comment

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.

Congrats!

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.

Posted in Uncategorized | Leave a comment

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? :)

Posted in Uncategorized | 2 Comments

Need a Specific Version of VMware Tools

Need a specific version of VMware Tools? Head over to http://packages.vmware.com/tools/index.html and get it.

Thanks to: http://www.vmware.com/download/packages.html

Posted in Uncategorized | Leave a comment

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 /188.80.128.27:63020: Protocol error
2012-12-31 18:10:43 [INFO] /188.80.128.27:63020 lost connection
Host : bl15-128-27.dsl.telepac.pt
Country : Portugal
2012-12-31 19:55:40 [INFO] Disconnecting /198.23.150.84:3748: Protocol error
2012-12-31 19:55:40 [INFO] /198.23.150.84:3748 lost connection
Host : host.colocrossing.com (216.246.49.26 )
Country : United States
2012-12-31 22:13:05 [INFO] Disconnecting /198.23.150.84:1502: Protocol error
2012-12-31 22:13:05 [INFO] /198.23.150.84:1502 lost connection
Host : host.colocrossing.com (216.246.49.26 )
Country : United States
2012-12-31 22:29:39 [INFO] Disconnecting /198.23.150.84:1688: Protocol error
2012-12-31 22:29:39 [INFO] /198.23.150.84:1688 lost connection
Host : host.colocrossing.com (216.246.49.26 )
Country : United States
2012-12-31 22:39:10 [INFO] Disconnecting /198.23.150.84:4286: Protocol error
2012-12-31 22:39:10 [INFO] /198.23.150.84:4286 lost connection
Host : host.colocrossing.com (216.246.49.26 )
Country : United States
2012-12-31 22:47:24 [INFO] Disconnecting /198.23.150.84:1783: Protocol error
2012-12-31 22:47:24 [INFO] /198.23.150.84:1783 lost connection
Host : host.colocrossing.com (216.246.49.26 )
Country : United States
2012-12-31 22:54:48 [INFO] Disconnecting /198.23.150.84:2464: Protocol error
2012-12-31 22:54:48 [INFO] /198.23.150.84:2464 lost connection
Host : host.colocrossing.com (216.246.49.26 )
Country : United States
2012-12-31 23:01:44 [INFO] Disconnecting /198.23.150.84:2912: Protocol error
2012-12-31 23:01:44 [INFO] /198.23.150.84:2912 lost connection
Host : host.colocrossing.com (216.246.49.26 )
Country : United States
2013-01-01 06:30:10 [INFO] Disconnecting /109.124.37.27:63366: Protocol error
2013-01-01 06:30:10 [INFO] /109.124.37.27:63366 lost connection
Host : user-109-124-37-27.tomtelnet.ru
Country : Russian Federation
2013-01-01 12:18:39 [INFO] Disconnecting /203.170.74.234:12274: Protocol error
2013-01-01 12:18:39 [INFO] /203.170.74.234:12274 lost connection
Host : gb-lan-74-234.kar.netsolir.com
Country : Pakistan
2013-01-01 12:28:49 [INFO] Disconnecting /79.5.93.71:3413: Protocol error
2013-01-01 12:28:49 [INFO] /79.5.93.71:3413 lost connection
Host : host71-93-static.5-79-b.business.telecomitalia.it
Country : Italy
2013-01-01 21:27:20 [INFO] Disconnecting /86.96.103.199:4700: Protocol error
2013-01-01 21:27:20 [INFO] /86.96.103.199:4700 lost connection
Host : bba455367.alshamil.net.ae
Country : United Arab Emirates
2013-01-01 21:41:46 [INFO] Disconnecting /110.222.34.54:63023: Protocol error
2013-01-01 21:41:46 [INFO] /110.222.34.54:63023 lost connection
Host : ?
Country : China
2013-01-01 21:47:09 [INFO] Disconnecting /98.189.133.222:55594: Protocol error
2013-01-01 21:47:09 [INFO] /98.189.133.222:55594 lost connection
Host : wsip-98-189-133-222.oc.oc.cox.net
Country : United States
2013-01-01 22:23:08 [INFO] Disconnecting /222.168.113.74:2149: Protocol error
2013-01-01 22:23:08 [INFO] /222.168.113.74:2149 lost connection
Host : 74.113.168.222.broad.jl.jl.dynamic.163data.com.cn
Country : China
2013-01-02 00:10:00 [INFO] Disconnecting /124.224.241.38:2146: Protocol error
2013-01-02 00:10:00 [INFO] /124.224.241.38:2146 lost connection
Host : ?
Country : China
2013-01-02 02:05:02 [INFO] Disconnecting /186.55.11.9:1869: Protocol error
2013-01-02 02:05:02 [INFO] /186.55.11.9:1869 lost connection
Host : r186-55-11-9.dialup.adsl.anteldata.net.uy
Country : Uruguay
2013-01-02 03:57:31 [INFO] Disconnecting /177.132.82.131:4955: Protocol error
2013-01-02 03:57:31 [INFO] /177.132.82.131:4955 lost connection
Host : 177.132.82.131.dynamic.adsl.gvt.net.br
Country : Brazil
2013-01-02 13:37:12 [INFO] Disconnecting /77.61.115.4:51931: Protocol error
2013-01-02 13:37:12 [INFO] /77.61.115.4:51931 lost connection
Host : mail.btts.nl
Country : Netherlands

Posted in Uncategorized | Leave a comment

Truism for Information Technology

The thing you love will be outmoded.

Posted in Uncategorized | Leave a comment

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.

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

Posted in Uncategorized | Leave a comment