Home > Blogs > VMware PowerCLI Blog > Monthly Archives: August 2017

Monthly Archives: August 2017

PowerCLI Support Breakdown

Is PowerCLI supported by VMware?
Can support requests be opened about PowerCLI through MyVMware?

Questions like these keep coming up at VMUG meetings and customer meetings. This shouldn’t be a secret! The 18 modules that are available for with the current release of PowerCLI 6.5.2 are covered under VMware’s Basic Support and Production Support scope.

With that said, there are some areas in need of clarification. The coverage areas are around the installation process and cmdlet failures. If you’re running into errors while installing or initializing PowerCLI, a support request can be opened. If you’re using a cmdlet and you’re hitting some form of error, where the command used to work or should work according to the documentation, a support request can be opened. VMware’s Global Support Services (GSS) will work to identify the issue with you.

There are some areas of PowerCLI where GSS does not have the ability to support. These areas are around any guidance for custom scripts and/or advanced functions. VMware does have the ability to offer vSphere SDK Developer Support Service. If you are in need of this service, I would recommend speaking to your VMware account team.

Now that we have the groundwork laid, let’s discuss a little further how to make a support request regarding a PowerCLI issue.

Ask the Community

We’re talking support requests in this blog post, but… Have you asked the community? PowerCLI has a very active community which can be accessed in many ways. First, there’s fantastic PowerCLI VMTN Community that’s open and available to search through and ask questions. It even just recently hit 12,000 discussions! Then, there’s the VMware Code slack channel on PowerCLI is constantly one of the busiest channels in the Slack team and has over 500 members! There’s also Twitter and using the PowerCLI hashtag.

Support Request Creation

In order to help streamline the process of creating a support request to VMware, I’ve compiled some helpful suggestions from both customers whom have submitted support requests and the GSS representatives whom may respond to these support requests.

First and foremost, when creating a support request, you’ll notice there isn’t a “PowerCLI” support section. The best thing to do here is create a support request for product that’s having issues. Example: If it’s a VMHost cmdlet failure, create an ESXi support request.

Isolate the Issue

When creating the support request, only include the specific cmdlet which is not operational. Make sure to also include the output from running the cmdlet, such as the exact error message wording. Also, where possible, attempt to use the ‘Verbose’ parameter to help generate additional informational output.

Example: Using the Verbose parameter

User Resolve-Error

If you are receiving an error, try to make use of the following function after receiving the error:

function Resolve-Error ($ErrorRecord=$Error[0])
{
   $ErrorRecord | Format-List * -Force
   $ErrorRecord.InvocationInfo | Format-List *
   $Exception = $ErrorRecord.Exception
   for ($i = 0; $Exception; $i++, ($Exception = $Exception.InnerException))
   {   “$i” * 80
       $Exception | Format-List * -Force
   }
}

The Resolve-Error function’s output helps to provide as much context about the error as possible. For more information about it’s origin and usage, please refer to the following: Microsoft PowerShell Blog: Resolve-Error

Include All Version Information

Including all of the necessary version information is a very important step. Part of this would include PowerShell version, PowerCLI module versions, vSphere version, and so forth.

PowerShell information can be found using the built-in variable: $PSVersionTable

Example: Obtaining the version of PowerShell

PowerCLI module version information can be found with the following command: Get-Module –Name VMware*

Example: Listing Modules with Get-Module

If your PowerCLI session is connected to your vSphere environment, obtaining the vCenter version can be done with the following command: $global:DefaultVIServer | select Name,Version,Build

Example: Obtaining the version of vCenter

If you happen to be running into a vSAN PowerCLI issue, obtaining the vSAN version can be obtained through the new Get-VsanView cmdlet. An example command:
(Get-VsanView -Id "VsanVcClusterHealthSystem-vsan-cluster-health-system").VsanVcClusterQueryVerifyHealthSystemVersions((Get-Cluster).Id) | select VcVersion

Example: Obtaining the version of vSAN Cluster

If you happen to be running into a vRealize Operations Manager (vROps) PowerCLI issue, obtaining the vROps version can be a bit tricky. This is because it involves accessing the underlying API. This can be done in two command lines though:
$OmServer = $global:DefaultOMServers[0].ExtensionData
$OmServer.GetCurrentVersionOfServer() | select ReleaseName

Example: Obtaining the current version of vROps

Last one, if you happen to be running into a Horizon View PowerCLI issue, obtaining the Horizon View version can also be a little tricky. However, it can be obtained in two command lines:
$hvserver = $global:DefaultHVServers[0].extensiondata
$hvserver.ConnectionServer.ConnectionServer_list().General | select Name,Version

Example: Obtaining the version of Horizon View Server

Additional Information

Feel free to include any additional information which may help bring the support request to resolution. One example, screenshots are always helpful. If the error involves any variables or pipeline input, include the output for those items as well.

Summary

VMware PowerCLI is supported by VMware and support requests can be opened! VMware supports both the installation process and cmdlet usage. However, to make the support process easier:

  • Open a support request for the product area where the failure is occuring
  • Isolate the problem to the usage of a particular cmdlet
  • When dealing with an error, include the output from the Resolve-Error function
  • Include the versions of all related products (PowerShell, PowerCLI, vSphere, etc)
  • Include any variable and/or pipeline input being referenced

    • Also, don’t hesitate to ask the community! There’s a terrific wealth of knowledge who are eager to help!

What PowerCLI Version Am I On Anyways?

When PowerCLI was converted to modules, it introduced the ability to pick and choose which modules are loaded. Taking it a step further, it also allowed users to specify which versions of those modules are loaded. Historically, PowerCLI was released as one large ‘bundle’ of modules, and was not a great release practice. This meant that even though most modules were not touched, we were still required to go through our release processes to get them out the door. This is not scalable when trying to get features to you more frequently.

With modules in the Powershell Gallery, we can now release individual modules asynchronously from other modules. The first release to really take advantage of that is PowerCLI 6.5.2. For those whom have already updated their VMware.PowerCLI module from the Microsoft PowerShell Gallery, you noticed there were only 3 modules which were updated and needed to be downloaded.

The Better Way

In prior releases, we could use the ‘Get-PowerCLIVersion’ cmdlet and receive a high-level look at the overall PowerCLI version which was installed. Previously, our versioning scheme was not supported in PowerShell, so it took a cmdlet to print the version out (Example: VMware PowerCLI 6.5 R1). That is gone now. We’ve made the change to semantic versioning in 6.5.1. This means there will be no more R1, R2, or R3 releases!

Starting with PowerCLI 6.5.2, the process to get module versions has changed. Running the ‘Get-PowerCLIVersion’ cmdlet now results in a warning message indicating that it is deprecated and to use the ‘Get-Module’ cmdlet instead.

Example of the deprecation notice for Get-PowerCLIVersion

Using Get-Module

There are a couple ways to use the ‘Get-Module’ cmdlet to help us determine our versioning. The reason for that is because the ‘Get-Module’ cmdlet only shows the modules which have been imported.

The first way is to get the overall PowerCLI version, which is dependent on the ‘VMware.PowerCLI’ module. We can determine the version by first importing the module (if it’s not already imported) and then running the following command:
Get-Module -Name VMware.PowerCLI | Select-Object -Property Name,Version

Example: Obtaining the version of the VMware.PowerCLI module

From the above example, we can see that we’re using PowerCLI version 6.5.2.

Another way is to just reference the modules which have been loaded automatically. I have an example where we connect to our vCenter Server and then run the following command to find the versions of all the PowerCLI modules which are in-use:
Get-Module -Name VMware.* | Select-Object -Property Name,Version

Example: Obtaining the version of PowerCLI when using module autoloading

From the above example, we see that we’re only using a single PowerCLI module and it happens to be versioned at 6.5.2.

Running a couple additional, random, commands, we re-run the above command and see there’s now a bit more of a mix amongst our loaded modules.

Example: Obtaining the version of active PowerCLI modules

Summary

The new method to obtain what version of PowerCLI you’re using is through the ‘Get-Module’ cmdlet. This update was made for many reasons. This new method takes advantage of how our the PowerCLI modules can be loaded independently of each other on an as needed basis. It also takes advantage of how the PowerCLI module releases can now be done asynchronously from each other. Lastly, since we’ve changed the PowerCLI versioning over to align with the standard PowerShell versioning, there’s no need for a custom cmdlet anymore!

If you’re using ‘Get-PowerCLIVersion’ in your scripts or modules, make sure you’re aware of this and update your resources to reflect this change!

Updating PowerCLI through the PowerShell Gallery

PowerCLI 6.5.2 has been released! This is the second release of PowerCLI to the PowerShell Gallery, so it’s time to figure out how to update your PowerCLI versions to the latest and greatest.

We’ll cover a couple scenarios:

  • Updating from PowerCLI 6.5.1, installed online from the PowerShell Gallery
  • Updating from PowerCLI 6.5.1, installed offline from the PowerShell Gallery
  • Updating from PowerCLI 6.5 R1 or prior

Updating from PowerCLI 6.5.1, Online

This will be the easiest update process PowerCLI has ever offered! Open a PowerShell session, type the following command:
Update-Module -Name VMware.PowerCLI

Update Module Example

That’s it, you’re now running the latest and greatest PowerCLI release!

However, if you happen to have run into the following error it’s possible that PowerCLI was installed by the offline method:
Update-Module : Module ‘VMware.PowerCLI’ was not installed by using Install-Module, so it cannot be updated.

There’s two main ways to resolve this:
Option 1. Remove the PowerCLI modules from where they currently reside
1a. Run the following command:
Get-Module VMware.* -ListAvailable
1b. There should be a ‘Directory’ label at the top of the response. Browse to that directory and remove all the directories starting with ‘VMware.*’

Example Usage of Get-Module

1c. Perform the following command:
Install-Module -Name VMware.PowerCLI -Scope CurrentUser

Option 2. Use the force… And by that, I mean perform the Install-Module command with the ‘Force’ parameter
2a. Perform the following command:
Install-Module -Name VMware.PowerCLI -Scope CurrentUser -Force

Updating from PowerCLI 6.5.1, Offline

This process will work exactly the same as the installation process.

1. From a computer that has internet access, run the following command:
Save-Module -Name VMware.PowerCLI -Path C:\Path\To\Desired\Folder
2. Take the downloaded modules and make them available to the offline system
3. Copy and replace the individual PowerCLI module folders to the location where the prior modules were placed.

Copying over the PowerCLI modules after saving them locally

Updating from PowerCLI 6.5 R1 or prior releases

If you happen to be running an older version of PowerCLI which involved an MSI installer, we can verify that by running the following command:
Get-Module VMware* -ListAvailable

Example on showing a list of available PowerCLI modules

If the majority of PowerCLI modules are versions listed at 6.5.0 or older, as shown above, proceed through the following steps.

PowerCLI 6.5 R1 (or older) Uninstallation Steps:
1. Uninstall PowerCLI through the Control Panel
2. Browse to the following directory: C:\Program Files (x86)\VMware\Infrastructure\
3. If there is a ‘vSphere PowerCLI’ directory, delete it

Uninstalling Prior PowerCLI Versions

PowerCLI 6.5.2 Online Installation
This works exactly the same as how the installation did for PowerCLI 6.5.1.

Within a PowerShell session, type the following command: $PSVersionTable

PSVersion Table Sample Output

If the PSVersion is a Value of 5.0 or above:
1. Run the following command:
Install-Module -Name VMware.PowerCLI –Scope CurrentUser
2. If asked to update ‘NuGet Provider’, choose ‘Y’ to install and import the newer version.
3. If asked to ‘install modules from an untrusted repository’, choose ‘Y’ to accept.

Install Module usage to PowerCLI 6.5.2

If the PSVersion is a Value of 4.x or 3.x:
1. Install a current version of PowerShellGet through one of the following two options:
1a. Install Windows Management Framework 5.1
1b. Install PackageManagement PowerShell Modules
2. Run the following command:
Install-Module -Name VMware.PowerCLI –Scope CurrentUser
3. If asked to update ‘NuGet Provider’, choose ‘Y’ to install and import the newer version.
4. If asked to ‘install modules from an untrusted repository’, choose ‘Y’ to accept.

PowerCLI 6.5.2 Offline Installation
1. From a computer that has internet access, run the following command:
Save-Module -Name VMware.PowerCLI -Path C:\Path\To\Desired\Folder
2. Take the downloaded modules and make them available to the offline system
3. Copy and replace the individual PowerCLI module folders to one of the following locations:
3a. Local User Usage: $home\Documents\WindowsPowerShell\Modules
3b. All User Usage: $pshome\Modules

Example file structure for an offline PowerCLI Installation

The PowerCLI Installation Walkthrough Video also works in this scenario too. However, following the instructions in the video will now result in PowerCLI 6.5.2 being installed:

New Release: VMware PowerCLI 6.5.2

The past couple releases have introduced some new and exciting modernizations for PowerCLI. We’ve moved from Snapins to Modules, leaving behind registry settings and the need for an installer and making packaging much easier. We then introduced you to PowerCLI installation through the Microsoft PowerShell Gallery, making installation and updates a single command.

All of these lead up to us delivering more frequent releases and more timely features and bugfixes. Only three months ago, we introduced PowerCLI 6.5.1, and today we’re delivering 6.5.2, cutting our release time in half from the past. We still have a lot of work to do on our processes, but we look forward to delivering frequent, high quality releases of the best automation library for VMware!

PowerCLI 6.5.2 has some great improvements. They come in three main areas:

  • Addition of the ‘InventoryLocation’ parameter to the following cmdlets: Move-VM, Import-VApp, New-VApp
  • Ability to mount a Content Library sourced ISO with the New-CDDrive cmdlet
  • Updated Support Around Experimental Features

Let’s take a closer look at each of these.

New Parameter: InventoryLocation

The main purpose of the ‘InventoryLocation’ parameter is to specify a folder the VM or vApp should be placed during their related actions. The expected input for this parameter is a type of ‘FolderContainer’. Previously, the only option was ‘Destination’ and it accepted a folder, ESXi host, cluster, or resource pool. The issue was only one item could be specified at a time. Therefore, this addition is nice because it reduces the total number of steps needed to either move a VM between vCenter Servers or when deploying a new VM/vApp.

First example, moving a VM between vCenter Servers. By default, the VM would be moved to the root of the Datacenter in the ‘VMs and Templates’ view. Technically, it would be moved to the ‘vm’ folder but that’s hidden from the GUI view. This new parameter allows us to skip the follow-up ‘Move-VM’ command and place the VM in the proper folder at time of the migration.

Cross vCenter vMotion Example using Inventory Location Parameter

Second example, creating a new VM by importing a vApp. As with the previous example, this cuts down the steps in deploying this VM and streamlines the process.

Import-VApp example while using the Inventory Location parameter

Using Content Library Sourced ISOs

The ‘New-CDDrive’ cmdlet has a new parameter by the name of ‘ContentLibraryIso’. This allows us to mount an ISO which has been presented through vSphere’s Content Library. Here’s an example:

Example usage of the New-CDDrive cmdlet and Content Library ISOs

vSphere’s Content Library is a great resource and I’m really happy to be able to take better advantage of it through PowerCLI!

Experimental Feature Updates

If you’ve had the chance to read through our documentation, perhaps you’ve noticed a couple of the features or parameters which were marked as experimental. Several of these have been tested and we have been able to remove the functionality’s ‘experimental’ messaging.

Some Examples:

  • Set-HardDisk -ZeroOut: This parameter can be used to zero out a disk when the PowerCLI session is connected directly to the ESXi host.
  • New-HardDisk -AdvancedSetting: The experimental part of this parameter was centered around the Storage Distributed Resource Scheduler (SDRS) rule association.
  • New-VM -AdvancedSetting: The experimental part of this parameter was centered around the SDRS (SDRS) rule association.
  • Install-VMHostPatch: The whole cmdlet was experimental and has been approved for supported usage.

Summary

PowerCLI 6.5.2 is the first of our change to having more frequent releases. While these iterative releases may not be as packed full of new features as all the prior releases, we are able to provide new functionality and resolve any issues faster than prior versions. Some proof of that is the addition of the ‘InventoryLocation’ parameter to several cmdlets, the ‘ContentLibraryIso’ parameter to the New-CDDrive cmdlet, and taking several features and cmdlets from experimental to supported!

Don’t wait, Update-Module today!

Update Module Example

For information on the Microsoft PowerShell Gallery update process, see the following blog: Update PowerCLI From the PowerShell Gallery

For more information on changes made in VMware PowerCLI 6.5.2, including improvements, security enhancements, and deprecated features, see the VMware PowerCLI Change Log. For more information on specific cmdlets, see the VMware PowerCLI 6.5.2 Cmdlet Reference.

PowerCLI at VMworld US 2017

VMworld 2017

It’s that time of year again, VMworld US time! There is a whole slew of PowerCLI and automation based sessions and events going on this year that you should be excited for. Hopefully you are already registered and have started adding these sessions to your schedule. If you haven’t, the countdown has begun and this year is not one to be missed!

The following is going to break down the breakout sessions, group discussions, vBrownbag Community sessions, hands-on labs, and a very special event returning for its second year!

Breakout Sessions

Monday, Aug 28, 11:30 a.m. – 12:30 p.m. – Ariel Sanchez & Edgar Sanchez
SER2077BU – Achieve Maximum vSphere Stability with PowerCLI Assisted Documentation: From Buildout to Daily Administration: vSphere is the core product on which all other VMware technologies depend on. Adhering to the HCI, whether inbox or partner async, defining, documenting and verifying host and vCenter settings are critical for vSphere stability. In this session, we will talk about the experience and lessons learned of managing enterprise environments in a multi-vendor ecosystem, controlling settings drift when scaled to hundreds of hosts using PowerCLI, and producing relevant documentation that could not be produced otherwise.

Tuesday, Aug 29, 11:30 a.m. – 12:30 p.m. – Ragavendra Kumar & Devaraj Ramanjaneya
SER2972BU – Troubleshooting 101 for vSphere 6.x: Join us for an overview of 1) understanding the methodology of problem solving 2) recognizing the powerful troubleshooting tools available in VMware vCenter Server & ESXi server and 3) explore log files that help to diagnose and solve problems. We will also focus on how to make your day to day life easier by using vRealize Log Insight and bring automation using vSphere CLI and PowerCLI in your environment.

Tuesday, Aug 29, 5:30 p.m. – 6:30 p.m. – Dale Coghlan & Nicholas Bradford
NET2119BU – PowerNSX – Bringing the power of PowerCLI to VMware NSX for vSphere: PowerNSX is a PowerShell module that abstracts the VMware NSX for vSphere API to a set of easily used PowerShell functions. Working seamlessly with VMware PowerCLI, PowerNSX brings unprecedented power and flexibility to administrators of VMware NSX for vSphere environments. In this session, you will learn what PowerNSX is and the flexibility and control that it can bring.

Wednesday, Aug 30, 11:30 a.m. – 12:30 p.m. – Kyle Ruddy & Jake Robinson
SER2480BU – VMware PowerCLI 101: Becoming Your Organization’s Superhero: Automate any task in your VMware datacenter with PowerCLI: Kyle and Jake will demonstrate the “power” in VMware PowerCLI, taking you on the journey to make VMware datacenter management fun and efficient. You’ll learn how to craft information-packed reports of your datacenter, automate some of the most daunting GUI tasks, and connect with a community of thousands of PowerCLI users.

Wednesday, Aug 30, 2:30 p.m. – 3:30 p.m. – Luc Dekens & Alan Renouf
SER1875BU – The Power Hour: VMware PowerCLI 10th Birthday Edition: In this special edition of the Power Hour, marking the 10th birthday of VMware PowerCLI, Alan and Luc will not only bring you new features and deep dives but also show how far VMware PowerCLI has come and how it has evolved over the past 10 years. The deep dives will extend far beyond vSphere administration. The examples will demonstrate how to manage your VMware products with VMware PowerCLI in a consistent and user-friendly way.

Wednesday, Aug 30, 4:00 p.m. – 5:00 p.m. – Alan Renouf & Jake Robinson
SER2529BU – VMware PowerCLI What’s New: The Next Evolutionary Leap Is Now: Get the latest scoop on PowerCLI features and capabilities with Alan and Jake! Learn about the latest improvements of PowerCLI Installation and Upgrade using the PowerShell Gallery. We’re always adding new cmdlets to PowerCLI, and the latest release does not disappoint. We’ll share the breadth of everything new you can do with PowerCLI including added vCenter functionality, vSAN functionality and more. If all this wasn’t enough, we’ll also give an overview of multi-platform support and a technical preview of upcoming features.

Thursday, Aug 31, 1:30 p.m. – 2:30 p.m. – Scott Driver & Kyle Ruddy
SER2614BU – PowerCLI 201: Getting More Out of VMware PowerCLI: Join us as we walk attendees through this demonstration heavy session and show how to make your code run faster, how to access the vSphere APIs for better control within the code, and utilize the features of the framework to script even the most daunting of tasks.

Group Discussions

Tuesday, Aug 29, 1:00 p.m. – 2:00 p.m. – Kyle Ruddy & Jake Robinson
SER3041GU – VMware PowerCLI: Join this discussion to learn about and discuss PowerCLI with Product Management, Technical Marketing, and peers!

Wednesday, Aug 30, 10:00 a.m. – 11:00 a.m. – Kyle Ruddy & Jase McCarty
STO1119GU – Automating vSAN Deployments at Any Scale: Join us to discuss some of the mechanisms and workflow requirements when deploying VMware vSAN in small or large deployments.

VMTN vBrownbag Community Sessions

Monday, Aug 28, 1:00 p.m. – 1:15 p.m. – Scott Driver
VMTN6601U – No Money, No Problem – Start Automating with PowerCLI: Do you build or do you buy? It’s a classic IT question, but for many, it comes down to budget. If you don’t have a budget, and all of the Open Source DevOps tools have you scratching your head, no worries! We will discuss some real-world approaches and actual operational examples that will help you get started on automating the management of your virtual machine and virtual infrastructure environments by harnessing the vast potential of PowerCLI.

Wednesday, Aug 30, 9:30 a.m. – 10:00 a.m. – Ariel Sanchez & Edgar Sanchez
VMTN6692U – Estabilidad en vSphere con FOSS/PowerCLI: This is the Spanish, version of the VMworld accepted talk “SER2077BU – Achieve Maximum vSphere Stability with PowerCLI Assisted Documentation: From Buildout to Daily Administration” with the same presenters doing the same content but in spanish!

Monday, Aug 28, 3:00 p.m. – 3:15 p.m. – Russell Hamker
VMTN6637U – Linked Clones with PowerCLI: Talk about the power of Linked Clones with PowerCLI. I will talk about the use cases that my company uses it for and for a few other use cases. This includes accelerating DevOps, spinning up Desktop VMs for uses when needed, and using Linked Clones to duplicate SQL servers for testing.

Tuesday, Aug 29, 11:30 a.m. – 11:45 a.m. – Justin Sider
VMTN6618U – PowerCLI administration with a Windows Docker Image: As a Windows administrator I continue to find ways to help improve my daily life as a PowerShell and VMware PowerCLI techie. One of the problems I consistently fight is my local machine configuration and managing the versions of my installed software. I recently transitioned to using a Windows Docker image to use as my runtime script execution environment. It allows me to customize multiple environments, CLEAN environments, quick deployment, great for remote sites, and its native Windows with full PowerShell.

Wednesday, Aug 30, 10:45 a.m. – 11:00 a.m. – Anthony Hook
VMTN6684U – Discover PowerCLI Without Documentation: Discover how to use PowerCLI and grab information based on a few simple commands. Learn how to figure out what kind of data is returned, and how to find what is available to you.

Wednesday, Aug 30, 11:45 a.m. – 12:00 p.m. – Brian Bunke
VMTN6639U – Vester: vSphere Config Management with PowerCLI: Did your predecessors and coworkers leave all of your clusters/hosts/VMs/etc. with uniform settings? No? Vester uses PowerCLI to report on differences, optionally fix them, and store your desired settings in a config file for future reference.

Wednesday, Aug 30, 1:30 p.m. – 1:45 p.m. – Jorge Torres
VMTN6634U – Como empezar con PowerShell/PowerCLI: Spanish Session – Join me to learn how to initiate and some first steps when learning PowerShell/PowerCLI. I’d like to encourage others to jump into the PowerCLI world and realize its great value.

Thursday, Aug 31, 11:45 a.m. – 12:00 p.m. – Justin Sider
VMTN6632U – XesterUI – A User Interface for Vester vSphere configuration validation: XesterUI is a simplistic web interface that completely wraps Vester. Simple to deploy and configure, this tool can be shared amongst a team or group of system administrators, preventing everyone from needing to install and run command line tests. I’ll walk through a basic scenario of how quick and easy this tool can resolve configuration drift on a vCenter implementation.

TAM Customer Central

Tuesday, Aug 29, 11:30 a.m. – 11:45 a.m. – Kyle Ruddy & Pamela Norris
TAM4528U – Get Started Automating Your Horizon Environment with PowerCLI: Come one, come all, and see how PowerCLI 6.5.1 provides Horizon administrators with the ability to automate their Horizon 7 environments. During this session packed full of interactive demos, you will see how the latest features and functionality can help automate daily tasks with some simple and reproducible commands. With the promise of some great conversations to be had!

Meet The Expert Sessions

Ever wanted to have a chance to sit down with your favorite automation guru? VMworld US is going to give you that chance! Make sure to block out time to sit down with our experts!

Host Session Scheduled Time Table
William Lam MTE4724-SER Monday, Aug 28, 2:15 p.m. to 3:00 p.m. Table 4
Wednesday, Aug 30, 11:15 a.m. to 12:00p.m.
Alan Renouf MTE4723-SER Tuesday, Aug 29, 1:15 p.m. to 2:00 p.m. Table 4
Wednesday, Aug 30, 1:15 p.m. to 2:00p.m.
Thursday, Aug 31, 1:45 p.m. to 2:30p.m.
Kyle Ruddy MTE4722-SER Monday, Aug 28, 5:15 p.m. to 6:00 p.m. Table 4
MTE4721-SER Tuesday, Aug 29, 2:15 p.m. to 3:00p.m.
Wednesday, Aug 30, 2:15 p.m. to 3:00p.m.
Thursday, Aug 31, 11:45 a.m. to 12:30p.m.

Hands-On Lab

SPL181105U – vSphere Automation: Get hands-on with VMware PowerCLI: Gain familiarity with the tool, and then dive deeper into the functionality available with real world examples. Both new and experienced users are sure to learn something new about automating their environments.

Hands-On Lab – Expert Led Workshop

Thursday, Aug 31, 1:30 p.m. – 3:00 p.m. – Kevin Steil
ELW181105U – vSphere Automation – PowerCLI Workshop: In this expert led workshop, get hands-on with VMware PowerCLI. Gain familiarity with the tool, and then dive deeper into the functionality available with real world examples. Both new and experienced users are sure to learn something new about automating their environments.

VMware Code Hackathon

Monday, Aug 28, 8:00 p.m. – 12:00 p.m. – VMware Code
VMTN6722U – Hackathon Event

The VMware Code Hackathon was probably my favorite event from VMworld last year. This event encouraged any VMworld attendee to come, join a team, and complete some form of project or challenge. Attendees varied from vSphere beginners to highly skilled programmers. Everyone had a blast, there were some terrific giveaways, special guests, and so forth.

This year, the Hackathon returns and it is only getting better! I can’t reveal any of the secrets planned, but it is certainly going to be one of the best evening events that week!

Additional Information: VMware Code Blog – VMworld Hackathon is Back