Everyone has ideas of where virtualization is heading, what it will look like, and how everything’s moving to cloud computing. I’ve pretty much built our internal cloud, and it’s somewhat limited to PaaS, with a move to include SaaS. I’m curious to see what everyone thinks about PaaS, IaaS, SaaS, and virtualization overall over the next two years.
As pointed out by Carlos below, the easy way is to simply delete the wireless profile. Run this from an elevated command prompt:netsh wlan delete profile "SSID-name"
**End Update**
I was playing with my wifi AP and turned SSID broadcast off. Of course, several wireless machines on my network wouldn’t connect because they weren’t configured to connect if the SSID wasn’t broadcast. They all were an easy fix, except for my Windows 8 test laptop.
In This Post, I created certificates for my SRM & vCenter servers where I used a separate signing authority. What if you don’t have one, but still want to use your own certs? You create your own Root Certificate Authority (root CA) via OpenSSL. Here’s how…
Some of the documentation around creating certificates for vCenter or SRM seems to be lacking, so I documented a few steps for each and outlined the differences, also created a video :)
This can be done from any machine, as long as openssl is installed. If you’re creating/requesting multiple certs, create folders for each request and work from within there so you don’t mix them up. I use d:\cert\vcenter and d:\cert\srm. I added “D:\OpenSSL-Win32\bin\” to may path variable so it’ll work in any folder I’m in.
I’m sure many of you have dealt with trying to figure out how much RAM you can shove in a box, say an R720, and still keep RAM speeds up. I actually had some docs from Dell, figures, diagrams, graphs, and a few charts. Even then, it was difficult.
Enter the “Dell 12G Memory Solution Tool”. It is a website that allows you to test RAM & CPU configurations to get optimal speeds. For instance, you can select the R720, 2 CPUs, and that you want 256GB of RAM. That’s a nicely sized box for virtualization. The tool tells me I can get 16x 16GB of 2R4 DIMMS at 1333MHz or 1600MHz. Of course, I’m going to go with the 1600MHz! What if I want to bump the RAM? I checked out 384GB & 512GB to see how they stack up; 384GB gives me the option for 24 16GB DIMMS, but drops my speed to 1066; and 512GB has two options, either 800MHz, or 1333MHz (yes please!).
It also shows you some quick price & power consumption rankings on a 1-5 scale.
I’m a little late to the game, but finally got around to installing PowerCLI 5.0.1. Upon connecting to my lab vCenter, I learned of the behavior change that will appear in future releases of PowerCLI. In short, you won’t be able to connect.
By default, it’s unset:
To change that, set the Invalid Certificate Action to Ignore:
Most people want to go from thick to thin to save space. I, on the other hand, want to convert my VMs from thin to thick. Thin provisioning buys you time, basically, but what do you do when you’re vastly over provisioned and your VMs are filling up available physical storage? Sure, you can manually go to each VM and use the GUI to migrate them and convert each one to thick. I had a couple hundred that were thin provisioned and needed them converted to thick.
I’ve been moving from 500GB LUNs to 1TB LUNs, so I scripted it out to migrate VMs over, as well as convert to thick using the New-Object cmdlet.
I had a script that assumes something was an array, then failed when it wasn’t, so I needed a little checking:
$variable -is [system.array] will say True if it is an array, or False if not. You can also do $variable -isnot [system.array] and expect the exact opposite.
I chose to do this:
PowerShell
1
if($variable-isnot[system.array]){dosome code expecting the$variableis not an array}
OR
PowerShell
1
if($variable-is[system.array]){dosome other stuff with$variable[0]being an array}
Some of our older servers are running out of disk space on C:, so I needed to change the SCCM cache directory to D:. By default, this is where I wanted it anyway on our servers, leaving C: only for OS-related files. My OSD Task Sequences all have SMSCACHEDIR set to a folder on D in the client configuration step, but I noticed it wasn’t actually working. You know I had to find a way to fix that using powershell :D It actually ended up being really REALLY easy to do…
I did an in-place upgrade of vCenter to 5.0 from 4.1 and everything seemed to go fine. When I checked heartbeat, it was barking about some services, so I checked and sure enough, VMware VirtualCenter Management Webservices wouldn’t start.
I checked the commons-daemon log file (located here Program Files\VMware\Infrastructure\tomcat\logs) and found this:
I did some googling, which had suggestions such as lowering the VM heap size from 1024MB to 512MB, checking for port conflicts, etc. What fixed it for me was specifying the location of jvm.dll in the jre that came with the vCenter installation. It’s highlighted in the attached pic, which I installed on D, yours may be different. After that, vctomcat started fine.