本节书摘来自异步社区《构建高可用VMware vSphere 5.X虚拟化架构》一书中的第2章，第2.8节，作者：何坤源著，更多章节内容可以访问云栖社区“异步社区”公众号查看
2.8 vCenter Server服务器常见问题
2.8.1 Windows Server 2008 R2上安装SSO出现29114错误
1．问题描述
在Windows Server 2008 R2的物理服务器上安装SSO，安装过程的提示29XXX错误，导致无法安装完成。
2．问题分析
查阅VMware官方相关资料，没有找到原因，通过搜索Google，发现一些参考的资料，出现这个问题可能和Windows Server 2008 R2默认激活了IPv6有关。
3．问题处理
第1步，找到网卡属性，将“Internet协议版本6（TCP/IPv6）”取消。
第2步，修改注册表值，在“开始”→“运行”中输入“regedit”，在打开的注册表编辑器中注册表里创建一个DWORD值：
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpip6Parameters
命名为：DisabledComponents。
第3步，输入键值为0，然后再次尝试安装。
2.8.2 Windows Server 2008 R2上安装SSO出现数据库连接失败
1．问题描述
Windows Server 2008 R2虚拟机上安装vCenter Server 5.1，使用独立数据库SQL Server 2008 R2，数据库安装配置以及ODBC数据源的配置等一切顺利完成，但在安装vCenter Single Sign On（SSO）时，出现了“数据库连接失败”的提示，导致安装不能进行。
2．问题分析
根据系统提示，查看“vm-sso-javeLib.log”文件，发现有以下信息，如图2-8-1所示。通过提示可以看出，“RSA_DBA”密码没有通过验证，在创建vCenter Single Sign On（SSO）数据库的时候修改了密码，有可能没有执行成功。
3．问题处理
第1步，使用“Microsoft SQL Server Management Studio”登录SQL Server 2008数据库，修改RSA_DBA的密码。
第2步，重新SQL Server 2008服务。
第3步，重新安装vCenter Single Sign On（SSO），数据库连接通过，安装顺利完成。
2.8.3 Windows Server 2008 R2上安装vCenter Server 5.1出现错误提示
1．问题描述
在Windows Server 2008 R2的物理服务器上安装vCenter Sever 5.1（版本号5.1.0-880471），安装过程的提示“未知错误”，导致无法安装完成。
2．问题分析
准备安装vCenter Server 5.1的物理服务器是HP DL380 G6，使用的是OEM版的Windows Server 2008 R2，根据实施的经验判断，有可能是OEM版的操作系统和vCenter Sever 5.1版本存在冲突。
3．问题处理
由于物理服务器已经有OEM版的Windows Server 2008 R2授权，更换操作系统还涉及购买版权问题，因此决定更换vCenter Sever版本。
经过项目组讨论，决定使用VMware vSphere 5.1 update1（版本号5.1.0-1065152），结果在安装过程没有出现任何错误提示，vCenter Server 5.1顺利安装完成，vCenter Server运行正常。
2.8.4 数据库密码修改后无法访问vCenter Server
1．问题描述
为了保证vCenter Server使用的SQL Server 2008数据库安全性，一般会定期修改sa密码，如果修改了sa密码，vCenter Server就无法正常连接。
2．问题分析
无法连接的原因是修改SQL Server 2008数据库sa密码后vCenter Server并没有修改，修改vCenter Server密码后即可连接。
3．问题处理
第1步，登录安装vCenter Server的Windows Server 2008系统。
第 2 步，进入vCenter Server目录，C:Program FilesVMwareInfrastructureVirtualCenter Server。
第3步，使用命令“vpxd -P ”
第4步，重启vCenter Server服务。
2.8.5 OEM版ESXi主机从vCenter Server断开重连接
1．问题描述
某企业的VMware vSphere 5.0虚拟化，实施过程相当顺利，整体交付使用半年后，企业的IT技术人员提出，使用vCenter Server管理的ESXi 5.0主机时偶尔会出现ESXi 5.0主机自动断开，一段时间后又自动连接的情况。
2．问题分析
查阅VMware官方相关资料没有发现此问题的解决方式，最后求助于VMware官方技术支持，技术支持工程师回复此类情况可能是由于使用OEM版ESXi导致的问题。
3．问题处理
由于ESXi主机已投入生产环境，不能重新进行安装，只能使用其他方式解决，在技术支持工程师的指导下，使用命令行模式解决了此问题。
第1步，使用SecureCRT软件登录ESXi主机。
第2步，使用命令“#esxcli software vib remove -n hp-esx-license --no-live-install”移除掉HP的OEM版本标识。
#esxcli software vib remove -n hp-esx-license --no-live-install
第3步，重启ESXi主机。
第4步，使用vCenter Server对ESXi主机进行管理，通过一段时间的监控，断开重连接问题再没出现，问题解决。
2.8.6 ESXi 5.0主机esx.conf被锁定从vCenter Server断开
1．问题描述
某公司2011年使用VMware vSphere 5.0虚拟化架构，使用一段时间后出现ESXi 5.0主机莫名其妙无响应从vCenter Server断开的情况。
2．问题分析
通过查看vmkernel.log文件里没有任何问题，执行esxtop命令可以看到CPU消耗率为100%，怀疑这个问题可能是由于esx.conf文件被锁定导致。查看hostd.log日志文件里有类似如下信息：
a．2013-01-07 T12:10:32.170Q [2D2D7B90 verbose 'ThreadPool'] usage : total=19 max=62 workrun=18iorun=1 workQ=933 ioQ=0 maxrun=24 maxQ=934 cur=I 2013-01-07 T19:17:25.641Z [2CA47B90 verbose'ThreadPool'] usage : total=20 max=62 workrun=18 iorun=2 workQ=933 ioQ=0 maxrun=24 maxQ=934 cur=I
b．2013-01-07 T10:10:32.442Q [2CA47B90 verbose 'SoapAdapter'] Responded to service state request
3．问题处理
根据提示信息，确定是esx.conf文件被锁定造成，需要解除esx.conf文件的锁定状态，操作如下：
第1步，使用SecureCRT软件登录ESXi主机。
第2步，使用命令“ls -l /etc/vmware/esx.conf.LOCK”查看esx.conf文件。
第3步，使用命令“rm /etc/vmware/esx.conf.LOCK”删除锁定文件。
第4步，重启ESXi主机。
第5步，使用vCenter Server对ESXi主机进行管理，通过一段时间的监控，断开问题再没出现，问题解决。
2.8.7 ESXi 5.0主机随机从vCenter Server断开立即又连接
1．问题描述
某企业VMware vSphere 5.0虚拟化架构，正常运行8个月左右时间后，企业的IT技术人员提出，最近一段时间ESXi 5.0主机从vCenter Server上随机断开进入无响应状态，但又立即重新连接到vCenter Server。
2．问题分析
此类问题VMware官方有一些解释，多数情况是由于网络流量所导致，其次是由于vCenter Server与ESXi主机时间同步问题。
企业IT技术人员对网络进行监控，查看是否存在延时或丢包问题，结果经过一段时间的监控发现网络没有任何问题，基本可以判断vCenter Server与ESXi主机时间同步问题造成。
3．问题处理
根据VMware官方资料显示，VMware vSphere 4.1和VMware vSphere 5.0.0均存在此问题，在VMware vSphere虚拟化环境中不使用NTP（时间服务器）同步vCenter Server与ESXi主机时间的话，如果出现了时间的差异，那么ESXi主机可能在很短的一段时间内显示为从vCenter Server断开连接，但又立即重新连接回vCenter Server，VMware官方的建议是尽快升级到VMware vSphere 5.0.1及以后的版本。
与企业IT技术人员沟通后，暂时不进行升级操作，使用CentOS架设了NTP服务器，NTP服务器与ntp.sjtu.edu.cn（上海交通大学网络中心NTP服务器地址）进行同步，vCenter Server与ESXi主机与NTP服务器进行同步，经过一段时间的监控观察，问题解决。
2.8.8 vCenter Server使用80端口与IIS冲突
1．问题描述
vCenter Server和Microsoft Internet Information Service（IIS）都将端口80用作直接HTTP连接的默认端口。该冲突会导致安装VMware vSphere Authentication Proxy后vCenter Server无法重新启动。在VMware vSphere Authentication Proxy安装完成后，vCenter Server无法重新启动。
2．问题分析
如果安装VMware vSphere Authentication Proxy时未安装IIS，则安装程序会提示安装IIS。因为IIS使用端口80，这是用于vCenter Server直接HTTP连接的默认端口，所以vCenter Server在vSphere Authentication Proxy。安装完成后无法重新启动。
3．问题处理
如果在安装vCenter Server之前已安装IIS将vCenter Server直接HTTP连接的端口由80更改为其他值。如果在安装IIS之前已安装vCenter Server重新启动vCenter Server之前，将IIS默认网站的绑定端口由80更改为其他。
2.8.9 vCenter Server修改主机名后无法启动
1．问题描述
由于公司的扩大经营，对IP地址以及主机名进行了重新的规划，结果vCenter Server修改主机名后无法启动服务。
2．问题分析
经过沟通了解，该公司使用的是vCenter Server 5.1版本，和vCenter Server 5.0版本不同的是，vCenter Server 5.1增加了vCenter Single Sign On，也就是因为这个服务导致修改IP地址或者计算机名后vCenter Server无法启动。
3．问题处理
修改vCenter Single Sign On文件“config.properties”，其路径为：C:Program FilesVMware InfrastructureSSOServerwebappslookupserviceWEB-INFclasses
可以通过记事本或写字板打开这个文件，其内容如下：
## Jdbc Url
db.url=jdbc:jtds:sqlserver://;serverName=;portNumber=1433;databaseName=RSA
## DB Username
db.user=RSA_USER
## DB password
db.pass=bdnetlab1234
## DB type
db.type=Mssql
## DB host
db.host=vc01
根据实际情况，调整“DB host”即可。
2.8.10 VMware VirtualCenter Server服务无法自动启动
1．问题描述
运行在ESXi主机上的基于Windows版的VMware VirtualCenter Server服务无法自动启动，每次都必须手动启动服务vCenter Server才可以使用。
2．问题分析
此种在使用独立数据库的情况下很少出现，比如常见的有两种情况：
（1）vCenter Server运行在ESXi主机上，一般设置为随ESXi主机启动。
（2）vCenter Server使用嵌入式数据库。
3．问题处理
建议使用基于Windows版vCenter Server用户更换使用独立数据库SQL Server或Oracle。另外，作者进行过测试，使用基于Linux版本的vCenter Server Appliance没有出现这种情况，推荐中小环境使用基于Linux版本的vCenter Server Appliance。
