After performing an upgrade of a View Connection Server from 6.2 to 7.0 in the demo lab, I came across the blank error dialog/window as shown below.
It turns out there is an important functionality change in how VMware View checks the URL you are using to access the administrator page.
This result of this change means unless you access the View Administrator page as https://localhost/admin or the URL defined in the secure tunnel URL (e.g. https://f.q.d.n/admin the request is rejected, and the error is not particularly helpful either (i.e. a blank dialog with a timestamp).
In my case this is a demo lab and hence separate from other systems. Because of this, I was using was the View Connection Server IP address (e.g. https://10.11.12.13/admin) which worked fine in the past. However the URL check is now causing the error seen below. Which may also apply to load balanced IPs/FQDNs.
Occasionally you may come across a requirement for an App-V application to write to the native registry (i.e. that of the desktop which the App-V client is installed on).
By default all App-V applications write their registry keys and values to the virtual registry specific to that published App-V.
That same virtual registry may contain registry keys created during the installation and sequencing of an application. It is possible to exclude certain registry paths during the sequencing, but any new keys will still be created in the virtual registry at exection time.
An App-V application can see both the virtual registry and the native registry (also known as merge).
As you may already know, VMware have disabled the popular memory management and memory saving feature; Transparent Page Sharing (TPS) in later releases of ESXi by default.
ESXi 5.1U3 and future Update releases of ESXi 5.0 and 5.5 including ESXi 6.x have TPS disabled, however this can be enabled in the advanced settings of the host.
Technically it's still there and enabled but it is only creating pointers for duplicate memory pages at the individual VM level, so there is no inter-VM page sharing taking place.
If you don't know the full details of why this is you can read all about it on VMware's KB..
Security considerations and disallowing inter-Virtual Machine Transparent Page Sharing (2080735)
When it comes to a Horizon View deployment with desktop pools containing 100's of desktops this is a feature which saves lot of physical memory on the ESXi hosts, by creating pointers to an identical page in memory rather than duplicating a page.
Having this disabled by default can cause the design and specification of a Horizon View environment to change significantly, as memory saving of between 10% and 40% can be achieved with it enabled.
If you are upgrading an existing View environment you need to be acutely aware of this, as you the memory on your hosts may become contented if you were close to the limit.
If you have assessed and approved the security risk associated with enabling TPS in a desktop environment, you can from within the nice Horizon View web GUI enable TPS based on a desktop pool setting.
Following an update within Windows 8.1 Update 1 the mouse cursor within a VMware View desktop my occasionally disappear.
When locking the desktop (ctrl+alt+del) and subsequently unlocking the desktop, it can be noted that the cursor has disappeared.
You may however notice some objects are highlighted as you move the mouse.
Reconnecting the desktop session or logging off/on allows the cursor to return.
This can be resolved by disabling cursor suppression in the registry; by doing so in either your master image and recomposing the desktop pools, or creating the reg key in a group policy preference and restarting all the desktops.
The VMware View Agent which is installed in all virtual desktops (and RDS hosts) managed by Horizon View, includes the VMware Adobe Flash Optimizer internet explorer add-on.
This IE add-on is provided so the View administrator can control the flash settings for all virtual desktops in the desktop pool to optimize them for a VDI environment to improve bandwidth.
There are two settings which can be configured on the desktop pool (which are disabled by default):
When a user opens Internet Explorer they will be presented with a prompt requesting if they wish to enable or disable this add-on.
If you as the View administrator wish to control the flash settings based on the desktop pool setting, giving the user the option to disable this add-on is going to make any of those optimizations unapplicable as the add-on will not be enabled.
Additionally the user may not know what to answer, causing confusion and support calls. This should be enabled via group policy so that the user is not prompted and the add-on is enabled.
Alternatively you may choose to disable the add-on if you are not using the flash optimization settings.
As a consultant I perform a lot of VMware Horizon View implementations and I find several of the implementation tasks repetitive.
One of those tasks is the creation of a role within vCenter to give the service account used by View Administrator to connect to vCenter server a role with only the required permissions.
While some people use the Administrator role this is wrong and the correct permissions VMware state in the View documentation should be used.
There are two sets of permissions, there are the default required permissions for View to create full clones and power off/on desktops etc, and there are additional permissions required if View Composer is being used to create linked clones.
I created the PowerCLI script below which can be used to create a role for "Horizon View (inc Composer)" and add the required permissions documented by VMware to save myself time.
Today I received an email from a customers supplier along the lines of..
We installed an IIS feature, restarted the server and now all we get is a command prompt when connecting via RDP.
Being the first time I'd heard of this happening, I interestingly connected to see what they had managed to break this time (nuff said there)!
Upon logging in via RDP I ended up with a black screen and a command prompt, which somewhat baffled me with this server being a full GUI server install for the last 2 months up until this point!
Recently I was in the process of deploying and configuring VMware Horizon Workspace 2.1, which is now a single virtual appliance and came across and strange and unfathomable error.
The error itself was "Error Incorrect issuer in SAML AuthnRequest" and was displayed right after I had ran through the initial configuration wizard such as setting the passwords and database.
After finding very little information about this error on the internet and nothing useful in the appliance log files as to why this was happening I started to feel a little lost.
After deleting snapshots on a VM either by deleting an individual snapshot or selecting "Delete All" snapshots, you may see the following warning for the VM, stating that disk consolidation is needed.
"Virtual machine disks consolidation is needed"
This can occur when a snapshot has been deleted and removed from snapshot manager, but the consolidation of the VMDKs on disk have failed.
In a VDI environment users may experience delays, hangs, freezes and pauses when using the Microsoft Office suite of applications such as Word, Excel, Outlook and PowerPoint.
I've also heard this described as "lumpy" performance!
This can be seen in Office versions 2007, 2010 and the latest 2013 (including Office 365 click to run) with all updates applied for both Office and Windows.
While this can be caused by a number of factors, such as insufficient vCPU/vRAM in the guest OS or resource contention at the host level, it could also be due to a setting within Office to disable hardware acceleration.
esxcli storage vflash device list
Name Size Is Local Is Used in vflash Eligibility
-------------------- ------ -------- ----------------- ---------------------------------
naa.500a07510d7fe78 457862 true true It has been configured for vflash
esxcli storage vflash module stats get
Num Active VMDKs: 14
Share this blog post on social media:Tweet
All advice, installation/configuration how to guides, troubleshooting and other information on this website are provided as-is with no warranty or guarantee. Whilst the information provided is correct to the best of my knowledge, I am not reponsible for any issues that may arise using this information, and you do so at your own risk. As always before performing anything; check, double check, test and always ensure you have a backup.