Upgrade path from VCDX4 to VCDX5
I found this post on the VMware Communities that could be interesting to VCDX4 people;
I found this post on the VMware Communities that could be interesting to VCDX4 people;
The VMware Horizon application manager team is very excited to announce Horizon Application Manager 1.5. The product will be available this quarter as a new virtual appliance, allowing the product to be installed on a customer’s premise for the first time ever. This version will also be sold through VMware’s channel and sales force and made available internationally for the first time.
For those of you that are not familiar with VMware Horizon Application Manager, it simplifies IT by providing a unified application catalog for management and provisioning of virtualized Windows applications, enterprise web applications and SaaS applications.
Horizon was designed to directly address the consumerization of IT occurring in the enterprise. It does this by securely delivering diverse apps to end-users on the devices of their choice. This user-centric management platform enables IT to extend corporate policy and control to applications and services across the public and private cloud. We do all of this with an identity centric management layer that allows IT to regain much of the control that is so often lost by the proliferation of the three headed monsters of cloud services, public networks and smart devices.
Horizon Application Manager 1.5 is full of new features, which will enable IT to control, manage and deliver policy driven application services to end-users across every device. Enhancements include:
As you can see with this extensive list of features, VMware Horizon Application Manager is ready to help manage the major paradigm shifts that are under way in the enterprise. More information can be found over here at the VMware End-User Computing Blog.
Yesterday VMware has announced View 5.1, below you can find all the new features within this new release:
At this time it’s not possible to download the software yet, however it will be avaiable in Q2 of this year.
Last September, VMware provided a glimpse into the future. It demonstrated a new technology, called Project Octopus, that promised to be the first viable Enterprise cloud file sharing application. The way people manage and share information within the Enterprise is changing, and Project Octopus is at the forefront of meeting these new needs.
Today, with the announcement of the Project Octopus Beta, VMware is taking a significant step toward empowering users to securely access files on any device from anywhere. Unlike other solutions, Octopus can be deployed on-premise or accessed via a VMware service provider, and either way, Octopus provides IT with the ability to govern usage and set policies for data access and sharing.
The beta is open to all and will last through VMworld. Due to limited support resources, priority will be placed on customers with active engagements. Go to Project Octopus Beta website to register.
Lately I was packaging the vSphere PowerCLI and vSphere CLI with VMware ThinApp. And after I created the Thinapps they are running just fine. However the name in the pop-up bar (that popup window when you start the ThinApp) was showing something else than I had expected.
This happend because the vSphere CLI runs from a command prompt (CMD) so the ThinApp pop-up name is “Windows Command Processor” as shown below in the screenshot.
Not a big issue, but it doesn’t look nice, so a quick search in the “package.ini” didn’t show me any setting that I could change to give it the correct name. So I start to read the documentation but didn’t find anything useful either. At last I found a solution on the VMware Communities forum, where some one else posted that you need to add the following line “StatusbarDisplayName=APPLICATIONNAME” in the package.ini, just below the [appname.exe] line, as shown here in the example below.
After you rebuild the ThinApp package and start it, it will display the correct name.
Unfortuatly it’s not possible to disable the pop-up window, but at least it’s showing the correct name
RVTools is a windows .NET 2.0 application which uses the VI SDK to display information about your virtual machines and ESX hosts.
Interacting with VirtualCenter 2.5, ESX Server 3.5, ESX Server 3i, ESX Server 4i, VirtualCenter 4.0, ESX server 4.0, VirtualCenter 4.1, ESX Server 4.1, VirtualCenter 5.0, VirtualCenter Appliance or ESX Server 5 RVTools is able to list information about VMs, CPU, Memory, Disks, Partitions, Network, Floppy drives, CD drives, Snapshots, VMware tools, ESX hosts, HBAs, Nics, Switches, Ports, Distributed Switches, Distributed Ports, Service consoles, VM Kernels, Datastores and health checks. With RVTools you can disconnect the cd-rom or floppy drives from the virtual machines and RVTools is able to update the VMware Tools installed inside each virtual machine to the latest version.
What’s new in version 3.3;
Kudos to Rob de Veij for this awesome tool!!
You can download the RVTools 3.3 from Rob’s website at robware.net
Finally, the word is out. Yesterday VMware announced the vExpert 2012 title holders.
I’m very happy to say that I’m one of them for the first time
. I want to congratulate all of you who have also achieved the vExpert title.
Big thanks goes to the whole VMware team, John Troyer and last but not least Alex Maier.
This title will give me a big energy boost to post more and more virtualization and cloud related blog posts on a regular basis!
To all other vExperts out there: Congratulations!!!
Lately when I was trying to build my vLab for the upcoming VCAP exams, I had a little challenge to get HA working on my two node cluster. Because this vLab is running on top of my existing vSphere 5 environment, I have assigned no more than 2GB of vRAM to each ESXi 4.1 host.
Installation and the initial configuration went all fine, until I tried to add the ESXi host to the vCenter Server; I received a warning message “Cannot complete the configuration of the HA agent on the host”.
Okay, that’s not much information but after a quick look in the Task & Events tab I saw that the installation of the HA agent won’t start because the ramdisk can’t be created, see the screenshot below.
The next step I have taken is a quick look at the ESXi host itself, when installing the HA agent you can track the installation process by viewing the /var/log/vmware/vpx-iupgrade.log.
As mentioned above here, the vCenter gives an error message that the ramdisk can’t be created. On the ESXi host you can see the same message but with some extra interesting information, it states that there is no more space to create the ramdrive.
Okay, that’s cool because according to the VMware documentation 2GB should be enough. However VMware says this in there documentation (ESXi Installable and vCenter Server Setup Guide, page 13): “2GB RAM minimum. For upgrades, 3GB RAM is required if the ESXi host is managed by vCenter Server”.
So is it 2GB or 3GB when the ESXi host is managed by the vCenter Server? Well when I see the above error I will believe it should be more than 2GB
So I shutdown the ESXi hosts and add 1GB extra to the virtual machine, so in total the virtual ESXi hosts will have 3GB of RAM available.
Now that the ESXi hosts have more RAM I tried to add the hosts to the vCenter Server and the HA/DRS Cluster, and it actually worked, the hosts are now added to vCenter and the HA agent is active