vCrooky
Virtualisation Engineer
It was recently pointed out to me that Part 2 of my DHCP on an ESG post didn’t happen… so 15 months later than planned… this is how we configure DHCP relay on a DLR!!
To configure DHCP Relay on a Distributed Logical Router, go to the ‘Networking and Security’ pane in the vSphere web client, then go to ‘NSX Edges’ and double click on the DLR instance you wish to configure DHCP Relay on. Select Manage > DHCP Relay:
All credit for this post belongs to one of my colleagues called Imran Mughal, a very talented vSphere engineer!
We recently came across an issue during some site migration work on our PSC’s. The scenario which drove our PSC site migration work was the fact that we noticed all of our vCenter Servers were trying to authenticate users via a single load balanced pair of PSCs regardless of physical location instead of the PSCs in the datacentre local to the vCenter. This was due to us only using a single site name that covered 4 separate datacentre locations. All of our PSCs regardless of which physical location formed part of this single site.
As we already had live service running on out vCenters we decided to re-direct vCenters to another PSCs and rebuild in pairs (as there is currently no way to manually change the site name or create new sites over an existing deployment).
This was done using a combination of these two KB articles:
Big thank you to all the people who have helped and encouraged me, especially my gorgeous fiancé Aileen Stewart putting up with me working on my lab or writing blog posts (and occasionally coming home late after one too many vBeers!)
It really is a huge honour to be recognised and great that I get to work with a technology that excites me every day!
Thank you so much!
Came accross this recently, when working with vCO and launching the Orchestrator Web Client you get the error message below:
You need to ensure the “weboperator” is published. To do this log into the vCO client as an administrator and change the focus drop down to “Administrator” then select “Web Views”, “weboperator” and click the Publish button (the green start button).
Forgive a little self indulgance… I was recently featured in an article by Duncan Epping no less!!
http://www.yellow-bricks.com/2015/11/30/16891/
Well chuffed!
Platform Service Controller replication can be setup in multiple ways, when I ran through a test configuration of 4 sites, each with a single PSC. I was wondering how replication would be automatically configured out of the box. When I installed the PSCs I used the previously configured PSC to configure the newly built PSC:
PSC1 (Built First) <—- PSC2 (built second) <—- PSC3 (built third) <—- PSC4 (built fourth)
The following commands allowed me to view the replication configuration and then setup a topology of my choice:
vdcrepadmin -f showservers -h FQDN_of_Local_PSC -u administrator -w password
Components that are installed with PSC 6.0 include:
After searching around and not finding anything that covers the entire string, I figured I’d throw in what information I have. I like to label my datastores with my source information, which makes it easy to search and isolate when SAN work has to be performed. The labels make it easy, but I’m relying on information gathered to create these labels. So, this is a way, if nothing else, to validate that the information is being applied to the correct identifier.
vCenter Server with Embedded PSC and Database
The embedded PSC is meant for standalone sites where vCenter Server will be the only SSO integrated solution. In this case replication to another PSC should not be required and is not possible.
Recently I added an ESXi host to a VSAN cluster (HP DL380 G9 with 2 x 800GB SSD and 6 x 4TB Magnetic) however when creating the disk group only 2 disks were available for use.
After some investigation it turns out the other disks already had partitions, this was confirmed by running the following command:
ls /vmfs/devices/disks
Running the PartedUtil getptbl /vmfs/devices/disks/naa.5000xxxxxxxxx command fails with the error: “Error: Can’t have a partition outside the disk!”
To resolve this (and allow the disks to be added to a VSAN disk group) I ran the following:
partedUtil setptbl /vmfs/devices/disks/naa.5000xxxxxxxxxxx msdos
Then reboot the host.
***This will destroy any data already on the disks***