So after being introduced to App Volumes at PEX I thought it was absolutely amazing. I was finally released from the Thinapp hell that I was oh so accustomed to on a regular basis. After talking to each of the people in the panel I started to think of some things that should be implemented in the product that aren’t.

First off we need to understand the actual underlying framework for the product. App Volumes are client server based from everything that I have seen. You have to install the agent within the guest OS that you are either creating the App Stack on or provisioning the App Stack to and that agent checks in to the App Volumes Manager. Pretty simple right? This is what the overall architecture is from an extremely high level.

Applications are either provisioned to machine accounts or user accounts so application assignments or streaming really isn’t an issue with floating desktops. I think this is awesome except that there is just a vmdk attached to the VM in question when it is either powered on or the user logs in. This vmdk contains all of the applications that you installed during the provisioning process.

So let’s walk through what happens when we provision applications to an AppStack.

Continue reading

Digging through the appliance I found a large amount of python and shell scripts that have little to no documentation. So alot of my time has been spent executing them manually and actually checking out syntax and how the scripts were created.

I stumbled upon this directory

In that directory there are several tools that I will touch on in later posts but for right now we are going to check out

If you execute this script you will see something like the following


Based on everything that I have seen within the actual script it looks like it lists all of the underlying threads for the VCDB and what the total amount of IO / status is. This will come in handy when troubleshooting underlying vPostgres issues in the future. There is a severe lack of documentation for this utility but I do like the fact that I can see the total amount of transactions per secondand  the total amounts of reads / writes. I am just happy that we have additional insight into the built in database.

According to the script there is a help option when issuing a -h which gives you the following

I don’t believe that this is like standard batch mode like we have seen before with esxtop and vimtop. The idle command is actually kind of nice since it cleans up from what we saw previously to this below


the –batch option apparently just gives you a snapshot instead of having the option to output the stats to. Not sure if this is working as intended but my guess would be that this will change in a later release to align better with vimtop / esxtop.

Is this supported? Probably not so do what you want, I’m not your dad.

So it appears the fancy shell we got in 6.0 is not bash since it’s some kind of beautiful candy wrapper for API troubleshooting. I haven’t particularly messed with it very much. I have been digging around in the pi shell and I found that the files that I would like to pull aren’t able to be downloaded.

Here is what I am getting via WinSCP

Error skipping startup message. Your shell is probably incompatible with the application (BASH is recommended)

this will still happen even if you set the shell manually via the advanced settings to /bin/bash

SSH to the VCSA and run pi shell

If we do the following env command we will see the following:

Well that gives us alot of information BUT I am paying specific attention to this entry

This is what is causing us to have that super awesome wrapper when we login that we usually bypass. Let’s change it to actual bash for root

Sweet! Let’s log out and log back in via Putty.



Open WinSCP and make sure you have /bin/bash set as the shell under advanced




I was digging through my collection of junk that I had on my Dropbox and I found an older PDF that I made that helped me when troubleshooting View issues.


The PDF which is linked here VMware View Logs shows where traffic is flowing and if something fails that the service is leveraging, which logs to look at. I don’t have Blast or anything in there because I think at that point it hadn’t come out yet but I will be updating it over the next few weeks.



VMware View Logs