vExpert 2013 awardees announced

June 11, 2013 2 comments

I know it’s a little late, but VMware have announced the vExperts for 2013, and I am thrilled to have been selected this year!

Check out the announcement at vExpert 2013 awardees announced

Advertisements
Categories: vSphere

Application Virtualization with VMware ThinApp v4.5 – Lab 3, Task 1

During the ThinApp course, there can be an issue installing Adobe Flash Player into the sandbox without closing FireFox first, which results in Flash Player not being installed in the sandbox.
This can be due to the version of FireFox being installed, i.e. typically Flash Player 11 will not work with FireFox 3.6 and requires FireFox to be closed to be installed.

You can use this older version of Flash Player (opens in new window), which should resolve the problem.

You must start the installation from within Firefox, so choose File-Open then navigate to where you downloaded the file to, then Right-Click the file and choose Open.

(Note – you may find that the player does not install correctly, in that case, restart Firefox then try again).

To test that Flash Player has installed correctly, and check what version is installed, click here (opens in new window).

Categories: Uncategorized

New vSphere Certificate Automation Tool

April 5, 2013 2 comments

VMware have just released the vSphere Certificate Automation Tool v1.0. This can aid organisations creating their own signed certificates for all vSphere components, instead of using the default insecure self-signed certificates. The tool can be downloaded from this knowledgebase article:

Deploying and using the SSL Certificate Automation Tool (2041600)

Categories: vSphere

vSphere 5.x Storage vMotion does not rename virtual machine files on completing migration

February 1, 2013 6 comments

Since vSphere 5.0 was released, a feature previously avaiable was found to not work anymore.  This feature was that after a successful storage vmotion migration a renamed virtual machines’ files were no longer renamed to match.

This feature has been restored in vSphere 5.0 update 2, and in vSphere 5.1 update 1, however must be turned on.

Having upgraded, the option provisioning.relocate.enableRename must be set in the advanced vCenter Server settings.

Using the vSphere Client, navigate to the Home Page, and select vCenter Server Settings (under Administration), then select Advanced Settings from the left.  The parameter needs to be added with the value true as below:

vcenteradvsettings

The vCenter Service (or vCenter Server) will now need to be restarted.  Afterwards Storage vMotion should now rename the files when the virtual machine has been renamed.

This currently is not available for vSphere 5.1, but will be included in a future update.

Categories: Storage, vSphere

Tricking ESXi into seeing an SSD device

January 30, 2013 3 comments

Sometimes supported SSD drives do not appear in the vSphere Client or Web Client as an SSD, but instead as unknown or Non-SSD.

It is possible to use storage claim rules to alter this behaviour, to be able to use the ESXi host cache feature in ESXi 5.0 and above.

To start with, it is important to identify the device that is being reported incorrectly.

SelectDatastore

As you can see from the vSphere Client above, the datastore created as SharedSSD is reported as Non-SSD.

We need to identify the device that this datastore has been created on, one possible way would be to go into the properties of the datastore, and then enter the manage paths screen as shown below.

IdentifyDevice

Notice that the SATP (Storage Array Type Plugin) used for this device is VMW_SATP_DEFUALT_AA, we will need this with the device id.

We can then right click on the path and copy the name to the clipboard. In this case that would contain all the detail after Name: in the lower window. The only detail required is in this case the iSCSI t10 number.

(Although in this example we have already created a datastore on the device, it would be possible to configure a device that does not currently have a datastore as SSD except we would need to identify the device via the storage adapter.)

Once we have the device id, and SATP we can than use the esxcli command line tool (found in the ESXi shell, and vCli and vMa) to configure a claim rule.

The first setup is to create the claim rule with the required optional parameter to enable SSD.

CreateClaimRule

The next step is to ensure that the claim rule has been added.

CheckClaimRuleApplied

Notice that the claim rule previously entered is displayed as a result of the command.

Now we need to reclaim all claim rules to ensure that SSD is now enabled for this device.

ReclaimRules

Notice that in this case it was unable to unclaim the path. This can happen sometimes, and is easily fixed with a reboot of the host.

Alternatively, unclaim the device:

esxcli storage core claiming unclaim -t device -d t10.945445000000000023030000000000000000000000000000

Then load, and run the claim rule:

esxcli storage core claimrule load
esxcli storage core claimrule run

If you do not get the unable to reclaim message detailed above, you can now confirm hat the rule has been applied and that the device is now seen as SSD.

ConfirmSSDstatus

As you can see in the above, the value for Is SSD: is true.

You should now see the datastore listed as SSD in the client.

NowSSDisShown

It is also possible to use this method to allow the use of SSD for host caching when using a nested setup for testing.

Active Directory VM Generation IDs

January 30, 2013 Leave a comment

Virtual machine snapshot and cloning technologies provide us with a way of rolling back changes and duplicating virtual machines that can aid in testing and troubleshooting.
However, these technologies can present challenges in production environments when used, particularly when used with Active Directory Domain Controllers.

With the release of Active Directory with Server 2012, Microsoft have provided a nice new feature that can help cope with Active Directory replication between servers that may have been rolled back to a previous snapshot, or clones called the VM Generation ID, that eliminates conditions where replication is not possible.

The Problem

To ensure correct replication of changes, Active Directory uses a combination of USN (Update Sequence Numbers) updated with each replication, and Invocation IDs which are the Domain Controller’s internal references numbers. These are collectively used to uniquely reference changes to the database, and must be unique within the forest.
The “issue” is when a virtual machine is rolled back to a previous version (usually using snapshot technologies) which causes the USN to in effect be “reused” for a different change. Replication cannot continue, as the replication identification (the Invocation ID and USN combination) are the same as a previous change.

The Solution

With Active Directory in Server 2012, the VM Generation ID is stored in the domain controllers computer account object in the attribute msDS-GenerationID, this is tracked by a driver inside Windows in the VM. When an Administrator reverts to a previous snapshot, Windows compares the VM Generation ID with the ID held in its computer object in ADS (Active Directory Services), and if the two values are different, the InvocationID is reset and RID (relative ID) pool is discarded to avoid the same USN combination being reused. If the values of the VM Generation ID and hat stored in the computer object are the same, the transaction is committed as normal.

This helps to avoid situations where Active Directory Replication fails due to Administrators rolling back Domain Controllers by using snapshot and cloning technologies.

For more information check out the Microsoft document Introduction to Active Directory Domain Services (AD DS) Virtualization (Level 100)

This feature is supported in ESXi versions from 5.0 build 821926 onwards as detailed in VMware ESXi 5.0, Patch ESXi-5.0.0-20120904001-standard.

vSphere Storage Appliance – Offline Demo

November 28, 2012 Leave a comment

When revising for the VCP510-DV exam, it is recommended to look at the vSphere Storage Appliance (VSA) as this is a new technology in vSphere 5.x and is included in the subjects covered in the exam as stated in the exam blueprint.

To help individuals get a better understanding of this feature, VMware have resources dedicated on VSA, which can be found here.

There is also an offline demo (based on Flash) which can be downloaded from here.

The demo expires on 30th November 2013.

Enjoy!