Month: March 2018

vCSA 6.5 Update 1 VMDK and Partition Resizing

Sometimes we have a requirement to increase the size of the drives on the vCSA Appliance due to a need for extra space for logs or we have just increased the infrastructure and need to increase the DB sizing etc. To help identify the VMDK’S to there respective mount points I have listed below the there standard sizes.

Disk Size Purpose Mount Point
VMDK1 12GB / and Boot  / and Boot
VMDK2 1.8GB VCSA’s RPM packages Not Mounted
VMDK3 25GB Swap SWAP
VMDK4 25GB Core  /storage/core
VMDK5 10GB Log  /storage/log
VMDK6 10GB DB  /storage/db
VMDK7 15GB DBLog  /storage/dblog
VMDK8 10GB Stats Events and Tasks  /storage/seat
VMDK9 1GB Net Dumper  /storage/netdump
VMDK10 10GB Auto Deploy  /storage/autodeploy
VMDK11 10GB Image Builder /storage/imagebuilder
VMDK12 100GB Update Manager  /storage/updatemgr

For example if we need to increase the storage for the logs volume, vCSA 6.5 will allow us to do this via a hot addition (so no downtime). We just need first increase the size of VMDK5 from say 10GB to 15GB using either the vSphere Web Client or PowerCLI. Once this is complete we need to do a resize on the volume, as we like PowerCLI we will do it using some of the CIS cmdlets by doing the following:

1
2
3
Connect-CisServer -Server 192.168.1.5 -User administrator@vsphere.local -Password VMware123!
$diskResize = Get-CisService -Name 'com.vmware.appliance.system.storage'
$diskResize.resize()

(I will be doing a post later to go over some of the checks we can do on the vCSA using the CIS cmdlets)

PowerCLI Deploying 6.5u1 vCSA

Deploying vCSA in 6.5 normally means that you need to run through the manual process using your web browser. However there is another method,  vcsa-deploy.exe if you like the idea of having it scripted as a re-usable configured deployment.

I though i would give this a try using the following script i have put together for the recent 6.5u1 vCSA release.

The vcsa-cli-installer\templates folder hosts all the templates that can be selected and you can tailor your modified .json file by adding/removing attributes as required (however don’t forget the options depend on the template you will be using)

“new.vcsa”: {
         “esxi”: {
                   “hostname”: “”,
                   “username”: “root”,
                   “password”: “”,
                    “deployment.network”: “VM Network”,
                    “datastore”: “ESXi host datastore, or a specific datastore in a datastore cluster.>”

The script below will deploy a vCSA to esxi host 192.168.1.5, the deployment used will be an install (you could script migrate/upgrade) and use the database tiny option (as we are managing 10 or less hosts), it has been told all the relevant IP details to configure and the datastore it will be placed on.

Don’t forget the memory requirements, even a tiny vCSA required 10GB of RAM.

You of course need to be connected by a connect-viserver to the ESXi node to run

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
# Convert JSON file to PowerShell object
$configconfig = "D:\VMware-VCSA-all-6.5.0-8024368\vcsa-cli-installer\templates\install\embedded_vCSA_on_ESXi.json"
$deploy = "D:\VMware-VCSA-all-6.5.0-8024368\vcsa-cli-installer\win32\vcsa-deploy.exe install --accept-eula --acknowledge-ceip "
$UpdatedConfig = "D:\VMware-VCSA-all-6.5.0-8024368\config.json"
$config = (Get-Content -Raw $configconfig) | ConvertFrom-Json

# vCSA system information
$config."new.vcsa".os.password="VMw@re123"
$config."new.vcsa".sso.password = "VMw@re123"
$config."new.vcsa".sso."site-name" = "Default-Site"

# ESXi Host Information
$config."new.vcsa".esxi.hostname="192.168.1.5"
$config."new.vcsa".esxi.datastore="Datastore1"
$config."new.vcsa".esxi.username="root"
$config."new.vcsa".esxi.password="VMw@re123"
$config."new.vcsa".esxi."deployment.network"="VM Network"
$config."new.vcsa".appliance."deployment.option"="tiny"
$config."new.vcsa".appliance.name="MGMT-vCSA65u1"

# Networking
$config."new.vcsa".network.mode = "static"
$config."new.vcsa".network.ip = "192.168.1.25"
$config."new.vcsa".network.prefix = "24"
$config."new.vcsa".network.gateway = "192.168.1.1"
$config."new.vcsa".network."dns.servers"="192.168.1.1"
$config."new.vcsa".network."system.name"="MGMT-vCSA65u1.local"
$config | ConvertTo-Json | Set-Content -Path "$UpdatedConfig"
iex "$deploy $UpdatedConfig"

 

PowerCLI Disconnect CD Drives

So today we hit that old chestnut of an issue , you go and try and Storage vMotion a load of VM’s, when you get an error you realise that they had CD Drives connected.

You have two options manually go through through each VM and unmap the drive or a quick bit of PowerCLI to solve the problem.

First we do a quick check of the VM’s and see whats connected and to what:

1
Get-VM | Where-Object {$_.PowerState –eq “PoweredOn”} | Get-CDDrive | FT Parent, IsoPath

 

If there are none that we require lets set them all to “No Media

1
Get-VM | Where-Object {$_.PowerState –eq “PoweredOn”} | Get-CDDrive | Set-CDDrive -NoMedia -Confirm:$False

 

There we go, we can now do the Storage vMotion’s without issues.

PowerCLI 10 On A Raspberry PI

First things first I am a big fan on the raspberry PI and have more or less every iteration scattered around the house doing different jobs. In fact i tend to use one for access to my home lab using either a ssh session or via xrdp to a nice xfce session via tightvnc (maybe thats for another blog post).

However running PowerCLI on it never occurred until recently.  So i though why not try it so here goes..

Assuming your running Raspbian Stretch on a PI 3

Microsoft have kindly given some nice instructions on how to install PowerShell on the Raspberry PI and others at: Microsoft Link (I made a change to the below as we need version v6.0.1)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
# Install prerequisites
sudo apt-get install libunwind8

# Grab the latest tar.gz (Changed as PowerCLI needs v6.0.1)
wget https://github.com/PowerShell/PowerShell/releases/download/v6.0.1/powershell-6.0.1-linux-arm32.tar.gz

# Make folder to put powershell
mkdir ~/powershell

# Unpack the tar.gz file
tar -xvf ./powershell-6.0.1-linux-arm32.tar.gz -C ~/powershell

# Start PowerShell
~/powershell/pwsh

This gets up PowerShell up and running now all we need to do is install the PowerCLI modules. Again VMware this time have provided some instructions at VMware Link

1
2
#Install PowerCLI Module
Install-Module -Name VMware.PowerCLI -Scope CurrentUser

It Takes a little while to run, then you need to give it permission to do the install (Press Y)

And that is it, we can now use PowerCLI from our Raspberry PI

PowerCLI Enable SSH On A Host

Must admit there comes a time when you need to enable SSH on an ESXi host and i for one find navigating the GUI a bit time consuming and to be honest not really necessary.

To that matter using good old PowerCLI we can enable ssh on a host with a very simple command line

1
Get-VMHost HostName | Get-VMHostService | Where Key -EQ "TSM-SSH" | Start-VMhostService

And then once we are finished its good practise to disable SSH once again.

1
Get-VMHost HostName | Get-VMHostService | Where Key -EQ "TSM-SSH" | Stop-VMHostService -Confirm:$False

 

PowerCLI VMtools Update on Reboot

Easy task for today was to set all the virtual machines to auto update the VMware tools on next reboot, we could of course manually use the webclient on each virtual machine but that is a bit time consuming, so we may as well use some PowerCLI to get the job done.

Here is some quick code to do the job.

1
2
3
4
5
6
7
Foreach ($VMS in (Get-VM)) {
$VM = $VMS | Get-View
$VMConfigSpec = New-Object VMware.Vim.VirtualMachineConfigSpec
$VMConfigSpec.Tools = New-Object VMware.Vim.ToolsConfigInfo
$VMConfigSpec.Tools.ToolsUpgradePolicy = "UpgradeAtPowerCycle"
$VM.ReconfigVM($vmConfigSpec)
}

 

 

 

 

PowerCli Eager Zero To Thin

Well job for today was to convert a load of virtual machines from good old eager zero to thin, now the hard way to do this is to do every one individually by hand.. As you can imagine that not exactly a good use of our time so lets automate this process and give ourselves some time for a coffee instead.

The code below is really very basic but does the job, its a straight forward storage vMotion between 2 datastores to do the conversion process and then a nice move back to the original store (in essence we are using the $THINSTORE as a bit of a buffer).

1
2
3
4
5
6
7
8
9
10
11
12
$THICKSTORE = "thick"
$THINSTORE = "thin"
$VMs = Get-datastore | Where {$_.name -like $THICKSTORE } | Get-VM

Foreach ($VM in $VMs){
Write-Host "VM: "$VM "Moving from: "$THICKSTORE "To: " $THINSTORE
Move-VM $VM -Datastore $THINSTORE -DiskStorageFormat Thin

# NOW its Thin move it back to original store
Write-Host "VM: "$VM "Moving from: "$THINSTORE "To: " $THICKSTORE
Move-VM $VM -Datastore $THICKSTORE
}

Well it seems to have done the trick so guess i am due that coffee now.