Weird storage vMotion issue

I had a server template that I created on a ESXi 4.1 cluster and moved to a ESXi 5 cluster. After I did that, I upgraded the hardware version and remade it into a template and left it at that. I had been successfully deploying VM's from this template for a few months so I never thought there was something wrong. Well today I've been moving VM's to a new storage cluster on my vSphere 5 data-center using storage vMotion and when I got to this particular server, I converted it back into virtual machine and tried to vMotion it to the cluster. Well at 99% it fails with an "invalid configuration for device 12" error.

Huh?

Some searching turned up a buried post saying that it was an issue with the MAC address on the vnic. So I removed the old nic and added a new one and presto! Storage vMotion worked.

Weird.

Comments...

Apparently they're broken. I need to fix them.

edit: fixed them.

Off in the Horizon...

Application virtualization has been on the rise for the last few years with all the different mobile platforms available. Citrix has been doing it for years... well they've been presenting users with a remote app type environment at least. You can't really call that "virtualized" when the user has an entire session on a terminal server all to themselves. VMware's Thinapp is a whole lot different though. When you take an entire application and box it up into an MSI package then stream it to a user... that's what I call virtualization. So the question is how do you present that Thinapp to the end user? VMware's solution is their Horizon Application Manager.

I've been a little leery of actually using Thinapps in our environment. One reason is the fact that it is a shared application package and I don't know how it will react to 300 users accessing it at the same time... but you can't find solutions to problems by sitting around worrying about the outcome so I'm delving into it a little at a time.

Last week I decided to give Horizon Application Manager a shot and see what it was all about. I needed a solution to start streaming some applications to virtual desktops so that I wouldn't have to install the software on each of them (which can be a pain). I read through the documentation and some blogs about installing it and here are my reactions to the installation process. Please note that these were jotted down as I was installing the product and therefore are in chronological order. The things I had issues with in the beginning I ended up fixing later on but you'll see what I mean.

- When deploying the template, you need to assign an IP address to the virtual machine but when powering on the machine, there must be a pool of reserved IP address on the virtual switch of the VM or else the virtual machine won't power on. But the IP address that is assigned to the VM can't be a part of that pool even though it won't be assigned an address within that pool...

- When setting up a test environment and you do NOT use the connector virtual machine (which is allowed) the local user account that gets created doesn't seem to be allowed to log in. If a password gets emailed to the administrator email, there is no option to set a SMTP server to sent the email through... and if the virtual machine assumes that it can just use the outside MX records, that's a pretty big flaw. The end result was me not being able to log in and having to delete the VM and redeploy from the template

- when setting up an organization and you wish to change the organization's name, you can't go back in the set up. you're stuck permanently with the name you've chosen

- when setting up the conntector it won't join my domain giving me a "Failed to join the domain: ERROR_INVALID_COMPUTERNAME" error.

- apparently I missed the part where during the connector set up they said it was vitally important to active directory sync to set a hostname. No option to go back and change the hostname anywhere on the connector console or in the web ui.

- when setting up the system to join our domain, I had to log into the SLES console, change the hostname and edit the /etc/HOSTNAME file. Only after I changed those values and rebooted was I able to join the domain. not fun.

- After enabling windows authentication (after I've already completed the wizard once without activating it), access to horizon stopped with a 404 error. can't log into manager. I may have to delete the connector in App Manager...

- No warning about loosing connectivity to app manager and needing to put the activation code back in after deleting the connector... and now I have to figure out how to regenerate an activation code from the app manager console

- Found out that there is a built in account named "operator" whose password I set earlier. Where was that in the documentation? 5+ hours wasted.

- No automatic agent installation from the browser... I had to go get it from VMware's site.

- No way to remove a Thinapp from the list of available apps without going into the console and deleting a file. That's kind of crazy

- The application management itself could be way better.

So the end result was finally a working Horizon installation. Repackaging previously packaged apps to work with Horizon is a little bit of a pain but it worked.

Long time no post

I apologize for the absence, but work/studying and wedding planning has taken all my time recently (not to mention I screwed up the template on this blog and after that I just didn't really feel like fixing it). I did end up taking an passing the VCP5-DT exam last month so I'm now officially a VCP5-DT. I've got a few things to write about here soon like my VMware Horizion Manager installation experience and studying for the CCNP ROUTE exam. I'll post more later.