Posts Tagged ‘ESXi’

Link Layer Discovery Protocol (LLDP)

November 17th, 2011

Several months ago I co-wrote a piece titled Cisco Discovery Protocol (CDP) Tag Team.  The article talks about CDP, walks through some working examples, and provides a view of what information the protocol advertises.  CDP is a great tool but it’s proprietary to Cisco network gear.  In the past, if you were using non-Cisco switches, you couldn’t leverage CDP in either direction (listen or advertise).

Today is the first look at a new vSphere 5 networking feature which is Link Layer Discovery Protocol – essentially CDP for every other switch vendor which supports this IEEE 802.1AB open standard.

Take a look at the images below which show a side by side comparison of LLDP and CDP from the vSphere Client perspective:

Snagit Capture  Snagit Capture

As you can see, there’s a lot of parity between the two protocols.  Each provides some very helpful information from the upstream physical network perspective.  Namely the identification of the switch and the port number.  From what I’ve seen so far, LLDP is a completely viable alternative to CDP.

In case you’re wondering where to configure LLDP or CDP on a vNetwork Distributed Switch, it’s an advanced setting of the vDS itself:

Snagit Capture

Unable to Remove Stubborn Hosts from Unisphere (and the solution)

November 14th, 2011

Last weekend I was working in the home lab and needed to remove a few fibre channel connected hosts from the EMC Celerra NS-120.  This is the procedure I followed:

  1. Open Unisphere
  2. Drill down to the CLARiiON side of the Celerra (APM000…)
  3. From the menu on the left, choose Storage System Connectivity Status
  4. Drill down on the host to remove, highlight each HBA one by one and click the Deregister button
  5. Click OK

Snagit Capture

Unfortunately, I ran into an issue.  The problem which occurred was that the host I was attempting to remove remained in the host list instead of being deleted once the final HBA was deregistered.  This was a problem because I needed to add a new host with the same name.  At this point, there was no clear way to remove the host:

Snagit Capture

Logging in to Engineering mode (I found this on the public facing/Google cached EMC Community Network forums searching for help… CTRL + SHIFT + F12 password messner) did not provide me with additional options to remove the host.

Thanks to the help from Jase McCarty who had a watchful eye on Twitter, I was able to follow a procedure to resolve the situation:

  1. Access each of the Storage Processor Management Servers (http://w.x.y.z/setup)
  2. Scroll down and click the Restart Management Server button (each can be performed in parallel; doesn’t impact storage connectivity)
  3. Wait 5 minutes for the reboot of the Management Servers
  4. Close and Re-open Unisphere
  5. The host is now gone from all host lists.  Problem solved.

This was an isolated incident.  I wasn’t able to repeat this problem but if it happens in the future, I’m ready.  All I have to do is search Google and end up at my own blog.

Thanks Jase!

vSphere 5 Configuration Maximums Updated For The Cloud

November 11th, 2011

A few nights ago, Chris Colotti and Dave Hill presented a vCloud Architecture Deep Dive brown bag session.  Among the tips I picked up in that session was a comment from Chris that my most favorite VMware document of all time had been updated within the last 6 weeks – vSphere 5 Configuration Maximums.  Basically what was added was the inclusion of vCloud Director configuration maximums:

Item Maximum
Virtual machine count 20,000
Powered‐On virtual machine count 10,000
Organizations 10,000
Virtual machines per vApp 64
vApps per organization 500
Number of networks 7,500
Hosts 2,000
vCenter Servers 25
Virtual Data Centers 10,000
Datastores 1,024
Catalogs 1,000
Media 1,000
Users 10,000

If you’ve been following the progression of this document, you will have noticed that VMware has been adding more application layer components to it.  That is because VMware has broadened its cloud platform portfolio which is fundamentally dependent on vSphere.  Chris mentioned this in his lecture and I began noticing it a few years ago, vCenter now extends beyond just a tier 2 management application.  It has become a tier 1 cornerstone for other VMware and partner ecosystem cloud applications and infrastructure tools.  Be mindful of this during the design phase and do not neglect its resource and redundancy requirements as your scale your vCloud environment.

Enjoy.  And by the way, Chris has a Dell T310 Server with 20GB RAM for sale.  Check it out.

Add ESXi to an Active Directory OU

November 10th, 2011

While working with vSphere 5 and vCloud Director, I stumbled onto a piece in the vSphere Client Help files that I haven’t seen in previous versions of vSphere (or maybe it existed and I wasn’t aware).  That is, the ability to add an ESXi host to a specific Organizational Unit above and beyond adding it to Active Directory.  VMware ESXi Active Directory integration has gotten much easier once they partnered with Likewise.  In vSphere 4 if I wanted an ESXi computer account to drop into a specific OU, I pre-created the computer account before the ESXi host to the domain.  In vSphere 5, the ESXi host can be joined to the domain and placed into an explicit OU all in the same step.

Say for example I wanted my esxi5 computer account to be placed into the boche.mcse domain in an OU path of /Lab/Servers as shown below:

SnagIt Capture

I can accomplish this now by providing the full path in the Domain field as shown below:

SnagIt Capture

The result is that the esxi5 computer account is now placed in the desired OU hierarchy:

SnagIt Capture

What Does ESX Mean To You?

November 9th, 2011

Today is Wednesday November 9th, 2011. I have a few simple questions for you.  Don’t over analyze.  Go with your 1st instinct.

 

Question 1: When you see the written word ESX in a tool or documentation, what does it mean or imply to you?

A) ESX literally translates to ESX, an explicit VMware Type 1 hypervisor with a RHEL Service Console.

B) ESX is a marketing term which translates to ESX, ESXi, or both, two generations of Type 1 hypervisors from the VMware portfolio

 

Question 2: Is the written word ESX interchangeable with ESXi?

A) No

B) Yes

C) I really don’t care

 

Question 3: Should tools, documentation, and marketing make clear distinctions between ESX and ESXi?

A) No

B) Yes

C) I really don’t care

VMware vSphere 4.1 Update 2 Released

October 27th, 2011

As I sit here working on an SRM lab, VUM just sent an email to me reporting 28 new patches for ESX(i) 4.1 including the release of 4.1 Update 2.

What’s New

The VMware vCenter Server 4.1 Update 2 release offers the following improvements:

  • Support for new processors: vCenter Server 4.1 Update 2 supports hosts with processors on AMD Opteron 6200 series (Interlagos) and AMD Opteron 4200 series (Valencia).
    Note: For the AMD Opteron 6200 and 4200 series (Family 15h) processors, vCenter Server 4.1 Update 2 treats each core within a compute unit as an independent core, except while applying licenses. For the purpose of licensing, vCenter Server treats each compute unit as a core. For example, although a processor with 8 compute units can provide the processor equivalent of 16 cores on vCenter Server 4.1 Update 2, only 8 cores will be counted towards license usage calculation.
  • Additional vCenter Server Database Support: vCenter Server now supports the following databases.
    • Microsoft SQL Server 2008 Express (x32 and x64)
    • Microsoft SQL Server 2008 R2 Express (x32 and x64)
  • Resolved Issues: This release delivers a number of bug fixes that have been documented in the Resolved Issues section.

What’s New

The following information describes some of the enhancements available in this release of VMware ESXi:

  • Support for new processors – ESXi 4.1 Update 2 supports AMD Opteron 6200 series (Interlagos) and AMD Opteron 4200 series (Valencia).Note: For the AMD Opteron 6200 and 4200 series (Family 15h) processors, ESX/ESXi 4.1 Update 2 treats each core within a compute unit as an independent core, except while applying licenses. For the purpose of licensing, ESX/ESXi treats each compute unit as a core. For example, although a processor with 8 compute units can provide the processor equivalent of 16 cores on ESX/ESXi 4.1 Update 2, it only uses 8 licenses.
  • Support for additional guest operating system ESX 4.1 Update 2 adds support for Ubuntu 11.10 guest operating system. For a complete list of guest operating systems supported with this release, see the VMware Compatibility Guide.

Resolved Issues In addition, this release delivers a number of bug fixes that are documented in the Resolved Issues section.

ESXi 4.0 Update 2 hosts may PSOD after vCenter Server is upgraded to 5.0

October 11th, 2011

This important notice just came across my radar:

VMware has become aware of some ESXi 4.0 hosts experiencing a purple screen after vCenter Server is upgraded to 5.0

The Knowledgebase Team has prepared KB article: ESXi 4.0 Update 2 hosts may experience a purple screen after vCenter Server is upgraded to 5.0 (2007269) and an alert has been placed on the Support page to alert customers of this issue.

This Knowledge Base article will be updated if new information becomes available (you can subscribe to rss feeds on individual KB articles for this purpose). If you have been affected by this, please read the KB.

We apologize for any inconvenience this may have caused you. If you know how to spread the word to your friends and colleagues, please do so.

Symptoms

You may encounter an issue where:

  • You have recently upgraded your vCenter Server to version 5.0
  • You have ESXi 4.0 Update 2 hosts in the inventory of this vCenter Server
  • After the vpxa agents are upgraded, the ESXi 4.0 Update 2 hosts experience a purple screen that includes this error:NOT_IMPLEMENTED bora/vmkernel/filesystems/visorfs/visorfsObj.c:3391

Cause

This is caused by an issue in the handling of the vpxa agent upgrade.

Resolution

This issue has been resolved in 4.0 Update 3. To avoid this issue, upgrade all ESXi 4.0 Update 2 hosts to at least version ESXi 4.0 Update 3 before upgrading vCenter Server to 5.0.
ESXi 4.0 Update 3 and later versions can be downloaded from the VMware Download Center.