This is the first part in a new blog series that I will be working on in which I will be sharing some simple tips and tricks that I learned along the way while working with vCenter Server 6.0, these especially came in handy during the early development of vSphere 6.0. These tidbits will include information covering both the vCenter Server for Windows (VCS) as well as the vCenter Server Appliance (VCSA).
When installing VCS or deploying the VCSA, you are prompted to fill out a variety of inputs based on the deployment type, SSO Domain, database information, etc. These "install parameters" are then fed into the configuration of either your vCenter Server (Embedded) or separated out with vCenter Server Management Node and Platform Services Controller Node.
After you successfully deployed your vCenter Server and say a couple of weeks has passed and you are now wondering what install parameters you used either for auditing, informational purposes or more likely you may need to know one of these parameters for adding additional instances say for Enhanced Linked Mode, how might you go and retrieve this information?
Luckily, VMware has made finding this information extremely easy by providing a tiny little utility called "install-parameter" and here are the locations for both platforms:
Windows:
"C:\Program Files\VMware\vCenter Server\bin\install-parameter.bat"
VCSA:
/bin/install-parameter
The utility accepts the name of a well defined set of installation parameters, an example would be "vmdir.domain-name" which specifies the name of the SSO Domain that you had configured:
You can see the complete list of available installation parameters under the following paths in the two platforms:
Windows:
C:\ProgramData\VMware\vCenterServer\cfg\install-defaults
VCSA:
/etc/vmware/install-defaults
For your convenience, I have also listed all the installation parameters in the table at the very bottom of this post.
In addition to these installation parameters, there are two additional ones that I would like to mention which are not part of this list.
Database Type
The information is stored in a file called db.type with possible values of: embedded, oracle and mssql and here are the paths for the two platforms:
Windows:
C:\ProgramData\VMware\vCenterServer\cfg\db.type
VCSA:
/etc/vmware/db.type
The possible values for this files is: embedded, oracle and mssql
Deployment Type
The information is stored in a file called deployment.node.type with possible values of: embedded, management and here are the paths for the two platforms:
Windows:
C:\ProgramData\VMware\vCenterServer\cfg\deployment.node.type
VCSA:
/etc/vmware/deployment.node.type
For those with a critical eye, you might have noticed there is one installation parameter that is not available in any of these files and that would be the SSO Domain Site Name. This property is not really important (outside of troubleshooting) unless you need to add additional Platform Services Controller and replicate with an additional one or adding additional vCenter Servers for enabling Enhanced Linked Mode support. This property is one of the required parameters when performing a scripted install but is not needed if performing the deployment using the guided install method. In the next blog post, I will show you how you can retrieve this property.
vCenter Server 6.0 Installation Parameter
autodeploy.ext.managementport
autodeploy.ext.serviceport
cis-license.int.http
cm.int.cmhttp
cm.url
cm.url.path
db.dsn
db.instance
db.presetupdone
db.provider
db.servername
db.serverport
db.user
eam.int.http
invsvc.int.http
mbcs.int.http
netdumper.ext.serviceport
netdumper.int.webport
perfcharts.int.https
rhttpproxy.cert
rhttpproxy.conf.path
rhttpproxy.ext.port1
rhttpproxy.ext.port2
sca.hostid
sca.int.scahttp
sps.int.pbmhttp
sps.int.pbmhttps
sps.int.smshttp
sps.int.smshttps
sps.int.spshttp
sps.int.spshttps
sshd.ext.port1
syslog.ext.port
syslog.ext.tls
syslog.int.http
syslog.int.port
system.hostname
system.hostname.type
system.urlhostname
system.vm0.hostname
vapi.int.endpoint-http
vapi.int.jmx-port
vc.conf.path
vc.home.path
vc.instance.cfg.path
vmafd.ext.port1
vmca.cert.dir
vmca.ext.port1
vmdir.admin-dn
vmdir.domain-dn
vmdir.domain-name
vmdir.ext.port1
vmdir.ext.port2
vmdir.ldap-port
vmdir.ldu-guid
vmdir.site-guid
vmdir.username
vmkdc.ext.port1
vmkdc.ext.port2
vmkdc.ext.port3
vpostgres.int.server_port
vpxd.ext.port1
vpxd.ext.port2
vpxd.int.sdk-port
vpxd.int.sdk-tunnel-port
vsan-observer.ext.port1
vsm.int.http
vsm.int.https
vsphere-client.ext.port1
workflow.int.jmx-port
workflow.int.service-port
workflow.int.vapi-port
- vCenter Server 6.0 Tidbits Part 1: What install & deployment parameters did I use?
- vCenter Server 6.0 Tidbits Part 2: What is my SSO Domain Name & Site Name?
- vCenter Server 6.0 Tidbits Part 3: Finding all deployed Platform Services Controller
- vCenter Server 6.0 Tidbits Part 4: Finding all deployed vCenter Servers
- vCenter Server 6.0 Tidbits Part 5: New method of patching the VCSA
- vCenter Server 6.0 Tidbits Part 6: Customizing VCSA’s DCUI
- vCenter Server 6.0 Tidbits Part 7: Connecting to SSO/PSC using JExplorer
- vCenter Server 6.0 Tidbits Part 8: Useful ldapsearch queries for vmdird
- vCenter Server 6.0 Tidbits Part 9: Creating & managing SSO users using dir-cli
- vCenter Server 6.0 Tidbits Part 10: Automating SSO Admin configurations
- vCenter Server 6.0 Tidbits Part 11: Automate SSO Admin password change
- vCenter Server 6.0 Tidbits Part 12: New methods of downloading Support Bundles for VCSA / PSC
Uto says
Thanks for the posts on VCSA 6.0. Keep em' coming!
I've got VCSA 6.0 running and upgraded all the hosts to 6.0.0; however, when trying to upgrade the VDS to version 6.0, vSphere complains that my hosts are not compatible - even though all of them are running ESXi 6.0. Just wondering whether you've stumbled on this problem?
cheers.
William Lam says
Glad to hear you're enjoying all the VCSA 6.0 posts 🙂
Regarding your issues, no I've not heard of that before. Does sound strange. I would recommend filing an SR w/GSS Support, they'll be able to help you out
Srinivasulu Nayan says
Thank you Great Info 🙂
ricardolopes says
Hi I'm looking for an answer: Why do I need vCenter?
At home I have a HP DL360 G5 with ESXi 6.0 installed on it, and I was wondering if I need vCenter. I know that if I want to run Openstack, I'll need it because Openstack dosent works directly with the ESXi host.
Finally, I've tried to deploy VCSA, but it created a host that dosent manage my ESXi, I'm confused.
Thanks for your patience.
Baloo449 says
Hi Ricardo
vCenter is used to manage centrally multiple ESXi Hosts and more importantly give access to advanced features such as vMotion, HA, DRS, and so on. It only depends on what licences you purchased.
You should register you host into your vcsa by using the vsphere web client or the vsphere client.
For more informations please go to vmware.com.
BASHEER Ahmed says
I put in the Wrong DNS info during install. How can I change the DNS entries in the PSC and VCSA