eeg3

This user hasn't shared any biographical information


Posts by eeg3

LSISAS General

WinXP LSI Logic SAS Unsigned Driver & View Composer

If experiencing issues with guest customization of a Windows XP gold image in VMware View after converting from IDE to LSI Logic SAS, it may be related to the LSI SAS driver.

When browsing logs in a virtual desktop that fails to customize, check for messages like the following at the end of the guest customization logs (VMware KB 1023146):

Status: 0xC0000022 NtCreateFile(\??\D:\simvol.dat) SvmFindPersistentDisks – Could not find config volume.
svmNga debug: Rpci: Sending request=’machine.id.get ‘

The “Found New Hardware” wizard should also pop up at login. The reason for this is that the LSI Logic SAS SCSI controller could be the unsigned version. Even though the controller may be functioning properly in the master image, this causes problems when Composer goes to add the secondary OS disk. This can be checked in Device Manager by viewing the ‘Driver’ tab of the SCSI Controller for ‘Not digitally signed’.

LSISAS GeneralLSI SAS Unsigned

The LSI support website, where VMware recommends to download the driver in VMware KB 1007035, is painful to search, so it’s an easy mistake. The correct driver to use for ESX 4.1 hosts is SYMMPI_SCSI_WinXP_x86_1.34.02.zip (Link goes to official LSI web site). For reference, the device driver properties should look like the following once updated:

LSISAS_Signed

To recap, update the master image with the signed LSI Logic SAS driver, recompose the pool, and the virtual desktop should compose without any problems.

Blast_AndroidNative

VMware Horizon View Feature Pack 1 Test Drive

VMware released the Feature Pack 1 for VMware Horizon View 5.2 a week or so after the standard release. The feature pack comes with the HTML5 Access (Blast Protocol) and Unity Touch.

The new HTML5 client for VMware Horizon View 5.2 is something I was looking forward to trying out. Is it a pain to use a full client? No, but having the flexibility to roam around to different devices and not need to install an application is a nice mobility feature.

Protocol Wars

The HTML5 client doesn’t use PCoIP, and instead uses VMware’s own Blast protocol. Using a different procol piques my interest because VMware does not own PCoIP, which is a Teradici product. Could VMware buy Teradici? They certainly could, but they haven’t in the past so it seems unlikely they ever will. The talking point response here seems to be that Teradici is a ‘hardware’ company and does not fit VMware’s portfolio which focuses on software. Maybe the goal is to keep using two protocols. Or maybe the long-term goal is to develop the Blast protocol to a point where PCoIP isn’t needed. That is 100% speculation on my part, obviously, and that would be far down the road.

The agent for the Blast Protocol is an additional application install from the feature pack, and must be installed into the virtual desktop image on top of the View Agent. The software must also be installed to the connection server, and the pool(s) must be edited to enable the ‘HTML Access’ checkbox, etc. The whole process is simple, and doesn’t require a reboot.

Gunnar Berger has created a video comparing the protocols on YouTube: VMware Horizon View – Blast protocol vs PCoIP. One thing that appears different in the release than in his video of the beta is that the shadowing “functionality” is actually removed. The behavior mimics PCoIP now in that if another client connects then it disconnects the original connection.

Blast Disconnect

Blast Positives

Protocol wars aside, I do like the Blast implementation. The video performance is very good, although not as good as PCoIP; the build-to-lossless functionality is relatively noticeable, for example. Watching video shows the real performance differences. Normal usage is solid and responsive, and is fine for a task worker that doesn’t require multimedia.

From testing the client on different platforms and browsers, I noticed that the client detects whether the connection is coming from a mobile or regular desktop OS and adjusts accordingly. This is very handy, as using Safari on an iPad gives the touchpad overlay option in addition to the other options the tablet interface provides. The below images compare the experience from an iPad with Safari, and MacOS with Google Chrome:

Blast From iOS

Blast From Chrome

Blast’s Room-for-Improvement

This is the first release, so there are going to be rough edges that need some polish. Below are some of the issues in the current release (Feature Pack 1 with Horizon View 5.2):

  1. No Multimedia or Flash Redirection
  2. No ThinPrint Support
  3. No USB Support
  4. No Audio Support
  5. No WebCam Support
  6. Unsupported on Android

I tried using HTML5 client from my Droid Bionic running Android ICS, even though the documentation does not list Android in the supported platforms. The web page notifies the user of such:

Blast Android Warning

Proceeding with the Android native browser fails outright, but the client does work in a degraded state with Chrome for Android. The only bug I noticed with Chrome for Android was that the client panel shows up in the middle of the screen, which results in a couple pixel tall line through the desktop when the panel is shrunk.

Blast Android Native

Blast Android Chrome

Blast Android Chrome2

Unity Touch

Unity Touch is a nice feature addition for tablet users, although using Windows 7 on a tablet is not exactly a pleasurable experience. Unity Touch does make it a bit more enjoyable, though. A panel is added to the left side of the interface that gives easy access to programs, files, and running applications:

Unity Touch Panel

Unity Touch DocView

Browsing Windows Explorer and the Start Menu aren’t really built for tablets, so moving these to a panel that is made for the tablet experience is perfect. This is a great start to making a full Windows OS (Win8 excluded) more accessible for a tablet.

Thoughts

The features added by the Horizon View 5.2 Feature Pack 1 are great additions to the product, and really add functionality that competing products do not have. The Blast protocol is still a new feature and has limitations of such, but using a desktop inside a web browser is perfect when on a device without the ability to install applications, and it provides easy, quick access at that. Unity Touch is a great usability/experience additional for tablet users that make Windows on a tablet a little more more enjoyable.

It’s great to see VMware innovating in the VDI space.

Connection Profiles

Deploying vSphere Hosts with Dell’s Management Plugin for vCenter

The Dell Management Plugin for vCenter is a paid product from Dell that allows management of the physical infrastructure through the vSphere Windows Client. It’s a nifty tool that provides a lot of functionality if your environment is Dell only and are either 11G and 12G servers (9G/10G are supported, but have less functionality), and you love doing things through the vSphere Client. In this write-up, I’ll cover the process for deploying a host with the tool, but at the end I’ll cover some of the other neat functionality and general thoughts.

Host Deployment

Plugin Button

Gather Preliminary Info/Setup

The following information is needed to complete the deployment wizard:

  1. iDRAC IP
  2. Host Management IP (DHCP can be used and switched later, but it is more time consuming)
  3. DNS Information

Remove Host from Connection Profile (If Applicable)

If the host has already been deployed using this tool, it needs to be removed from its connection profile.

  1. Open the console, and on the left side is a ‘Connection Profiles’ link. Click it and the ‘Connection Profiles’ subsection will appear. Connection Profiles
  2. Browse to the ‘Connection Profile’ that the host is associated with, and click ‘View/Edit’.
  3. On the left side, click ‘Associated Hosts’ and then click ‘Edit’ in the top right. Browse to the hosts location and uncheck them, then click Save. Remove Conn Profile

Create Connection Profile

If no Connection Profile has been created, one must be created. This profile holds the iDRAC and ESXi Host login credentials. This can be a global profile if all hosts share these credentials, or specific to certain hosts if credentials vary.

1. Open the console, and on the left side is a ‘Connection Profiles’ link. Click it and the ‘Connection Profiles’ subsection will appear.
2. Click ‘Create New’ under ‘Available Profiles’.
3. Fill out the wizard, which will ask for ‘Profile Name’, ‘Associated Hosts’, iDrac Credentials, and ESXi Host Credentials.

Create Hardware Profile

If no Hardware Profile has been created, one must be created. This will hold the hardware settings such as: Boot Order, BIOS Settings (Processor Options, etc.), iDRAC Settings, and RAID Configuration. I typically name these profiles after the server model, for example an ‘R620′ profile for hosts that run on PowerEdge R620 servers.

  1. Expand the ‘Deployment’ link on the left hand side of the console and then expand ‘Deployment Templates’. Click ‘Hardware Profiles’.
  2. Click ‘Create New’ under ‘Available Profiles’.
  3. Fill out the wizard, which will ask for ‘Profile Name’, and then allow you to select a ‘Reference Server’ to base the settings for all hosts in this profile.
  4. All of the inherited settings from the ‘Reference Server’ can be modified or excluded.HW Profile

Create Hypervisor Profile

If no Hypervisor Profile has been created, one must be created. This will hold settings that specify which ISO to use, where to place hosts that are created from the profile within vCenter (e.g. Cluster location), and a Host Profile to apply if one is available. I typically name these profiles based on their Datacenter and the ESXi version, for example ‘DatacenterX ESXi 5.1′. It is useful to create these per Datacenter as you can specify an ISO that is local to the hosts.

  1. Expand the ‘Deployment’ link on the left hand side of the console and then expand ‘Deployment Templates’. Click ‘Hypervisor Profiles’.
  2. Click ‘Create New’ under ‘Available Profiles’.
  3. Fill out the wizard, which will ask for ‘Profile Name’, and then allow you to select a ‘Reference ISO’ and specify ‘vCenter Settings’ for hosts created from this profile.Hypervisor Profile

Create Deployment Template

If no Deployment Template has been created, one must be created. This template is essentially the combination of a Hardware Profile and a Hypervisor Profile. I typically name these based on the combination of the hardware and hypervisor profile names, for example ‘DatacenterX R620 ESXI 5.1′.

  1. Expand the ‘Deployment’ link on the left hand side of the console and then select ‘Deployment Templates’.
  2. Click ‘Create New’ under ‘Available Templates’, and supply a name for the template.
  3. Click ‘Edit’ at the top right of the newly selected template.
  4. Choose a Hardware Profile and a Hypervisor Profile, and save the template.Deployment Template

Use Deployment Wizard

The deployment wizard will walk through the steps to actually deploy the host based on the previous templates and profiles.

  1. Expand the ‘Deployment’ link on the left hand side of the console and then select ‘Deployment Wizard’.
  2. Add servers to deploy by clicking on ‘Add Server’ and then entering iDRAC Credentials, this will pull Service Tag, Model, iDRAC IP, Compliance Status, etc. Select the checkbox next to the added servers, and select Next.
  3. Select a ‘Deployment Template’.
  4. Select Installation Target (Hard Disk or Internal SD).
  5. Enter Server Identification information: Host Name, Management NIC, Networking, DNS, etc.Deployment Server Identification
  6. Assign the servers to a Connection Profile.
  7. Deploy the job or schedule it for later.
  8. The job will be submitted, and will give the option to be taken to the Job Queue.Deployment Queue

The plugin will now go through the process of rebooting the server, applying the hardware profile settings, installing ESXi, joining the host to vCenter, attaching the host profile, and putting the host into maintenance mode. All of this can be watched by browsing to the iDRAC and viewing the console. Once ESXi is installed, the tasks for adding it to vCenter and doing an inventory task will also show up in the Recent Tasks pane:Add Inventory Task

At this point, the host should be all setup and just needs the host profile applied, any special post-install configuration options, and it is good to go. It also now has all the benefits of being configured into the plugin, such as…

Other Features

  • Server Management Action Items: Indicator Light On/Off, Launch OMSA, Launch Remote AccessAction_Menu
  • Dell Server Management Host TabsMgmt Tab
  • Warranty Monitoring/InformationWarranty Status
  • Hardware Component Extended DetailsHardware Info
  • Ability to update Firmware through vCenterFirmware Update
  • Power MonitoringPower Monitoring
  • Additional Dell-Hardware-specific Alarms

Final Thoughts

I will admit I was skeptical of paying $100/host at first, but can be bundled into your hardware purchases and whatnot. Personally, I’d love to see it as a free tool (similar to their Equallogic plugin) but the price isn’t too painful, and I’m sure your friendly Dell Account Executive will be happy to help there.

Additionally, the tool (as of writing this) does not integrate with the vSphere Web Client. Supposedly, this is in the works and they are certainly not the only tool to not integrate with it quite yet. One of the downsides of plugins in the Windows vSphere Client is that the panels can be cramped inside the window, and this plugin has those same issues with the ‘Next’ buttons being hidden in the bottom right of the window if the screen resolution is too low.

Those issues aside, the tool is actually a good way to ensure host build standardization and provides lots of neat functionality within vCenter. Some of the simpler things are features that I enjoy the most, like the ability to launch the iDRAC remote console and directly managing/monitoring warranty info. There’s also some real meat to the product with the deployment wizard, firmware updates, and Dell-specific alarms. If you can spare the money (or bundle it into the hardware purchase), it’s definitely worth deploying.

vRanger Upload Failure

Manually Deploying vRanger Virtual Appliance

While performing a redesign of the vRanger infrastructure, I was deploying the virtual appliances throughout the multiple regions. All were successful except for one cluster, which would fail with “Error: The request was aborted: The request was canceled.

Within vCenter, it also showed that the task was canceled.

This cluster and the others were rather homogenous, so it wasn’t clear what was causing this. To resolve, I was able to manually deploy the vRanger appliance via the vSphere Client as a regular OVF. The only caveats being that there are a few less-automated steps in this approach.

  1. Connect to vCenter and deploy the OVF that can be downloaded through the traditional approach.
  2. Connect to the VM Console and deploy VMware Tools in the same manner as other Linux systems (Default root password is ‘vzroot1′). The virtual appliance appears to be based on LFS (Linux From Scratch) instead of CentOS or Ubuntu like many other appliances.
  3. Open ‘Configuration Options’ window via Tools->Options within the vRanger Console, and navigate to the ‘Virtual Appliance’ section.
  4. Under ‘Configure Existing Virtual Appliances’ select ‘Add’ and navigate to the deployed VM.
  5. Enter the root password (Default: vzroot1). It should detect the IP Address automatically as long as VMware Tools are running properly. Select ‘Use as default virtual appliance for cluster’, if appropriate.

Once deployed, be sure to change the DRS Automation Level for the VM to ‘Disabled’ if using a version of vRanger that does not support vMotioning of the virtual appliances. The vRangerVA should now function as expected with all of the the joys that it brings:

VMHW Compatibility

vSphere 5.1 – Lesser publicized, neat improvements.

There are a lot of neat improvements in vSphere 5.1, but it’s worth mentioning some of the neat features that may not be getting as much publicity. Below are some of the features in the release documentation that aren’t in the “What’s New in vSphere 5.1” one-pager, and so-far I haven’t seen nearly enough excitement about thus far. These are features that an engineer will enjoy, but the engineer’s boss might not care so much about.

  1. 32 Nodes Accessing VMDK Simultaneously on VMFS: This is an important improvement for VMware View workloads using Linked Clones as it allows for higher density clusters. Previously, VMFS only supported 8 nodes accessing a VMDK, and to overcome that then the architect had to use NFS. VMFS and NFS now support the same number of nodes to a read-only file with View 5.1 and greater.
  2. Virtual Machine Hardware Compatibility: Instead of simply relying on the virtual hardware version number, virtual machines are now given a Virtual Machine Compatibility. For example, VM Hardware Version 4 is now labeled as “Compatible with VMware ESX 3.x and later“. In addition, Administrators can select a “Default Compatibility Level,” which will be a great feature in mixed version clusters.
    VMHW Compatibility
    VMHW Default Compatibility
  3. Parallel “Multi-threaded” Storage vMotions: Storage vMotion is now capable of performing four simultaneous disk copies. When migrating a virtual machine with five VMDK files, Storage vMotion copies the first four disks in parallel, then starts the next disk copy as soon as one of the first four finish. This will dramatically increase svMotion processes with many disks.
    Parallel Storage vMotion
  4. All Paths Down (APD) Events No Longer Break Hostd: Prior to vSphere 5.1, an APD event could cause hostd to become unresponsive as it would permanently retry failing I/O, which would cause hosts to disconnect from vCenter, etc. A new timeout is now being implemented via the Misc.APDHandlingEnable and Misc.APDTimeout global settings. In the event of an APD, after the default 140 seconds subsequent I/O is met with a quick “No_Connect” response preventing hostd and other processes from hanging.
  5. Better Latency Monitoring within Storage I/O Control: A new metric ‘VmObservedLatency’ is available that replaces the datastore latency metric within SIOC. This metric measures the time between receipt of the I/O by the VMkernel from the virtual machine and receipt of the response from the datastore. Previously, SIOC only measured the latency after the IO had left the ESXi host, but it now measures and controls storage workload latency throughout the whole virtualized storage stack.
    VmObservedLatency Metric
  6. vCenter Inventory Tagging: Virtual machines can now be tagged with labels for more granular, advanced grouping. For example, Tier-1 applications can be tagged as such while also being tagged as a ‘Sharepoint’ server. This is a relatively simple additions that gives much better sorting capabilities for Virtual Machines.
    vCenter Tags

For a list of more features added, there is documentation for each section that dives into the individual features that may not be as marketable but are excellent features that virtualization admins will enjoy: