【原创】解决初始化部署vRealize Automation Center 6.2.1时提示：No route to host故

在尝试初始化部署、配置vRealize Automation Center 6.2.1时，先后配置完Host...



在尝试初始化部署、配置vRealize Automation Center 6.2.1时，先后配置完Host Settings、SSO之类的

信息之后，系统都没提示错误，但是，尝试输入Licensing选项时，提示如下图所示的错误：

Command execution failed with unexpected error:I/O error on GET

request for

"https://vra.vmanager.cn/component-registry/endpoints/types/com.vmware.csp.cafe.licensing.api/default":No

route to host;nested exception is java.net.NoRouteToHostException:No route to

host.

这个问题，其实根本原因还是由于vRealize Automation

Center的相关服务都没能正常启动导致。正常而言，应该是如下图所示的服务状态：


不过，需要补充说明一点的是：如果FQDN配置、时间配置、SSO服务的FQDN配置、端口配置任意一个出问题，就会导致vRA

Settings > Host

Settings下面第二次点击进去时报错，报错会提示关于主机名或证书匹配有问题的错误。遇到这个问题时，vRA的相关服务铁定是无法正常启动的，此时，就务必去解决FQDN、时间同步、DNS解析等讯息.

另外，还有一个至关重要的问题，不知道算是bug还是怎样，就是关于时区（timezone）设定的问题，在Web的配置管理界面里，可以看到很精细化的失时区，如下图所示：


从上图中，可以看到有Asia/Shanghai这个时区，如果你是一个严谨的技术人，恐怕，就会在这里因为你的严谨栽跟斗了，因为，在命令行界面下，根本看不到这个时区，如下图所示，下图是命令行界面的时区显示：






上图中，连续输入4 > 9 >

1之后，就可以将时区设定为北京时间，但是并没有什么Asia/Shanghai之类的选择；

经过测试，如果你的时区设定是在https://vra:5480图形界面完成，且出于严谨选择了Asia/Shanghai，那么，恭喜你，出现这个错误的可能性是存在的。此时的报错信息将会和本文最开始的提示一样；

遇到这样的情况，请直接在命令行界面修改时区后，重启你的vRA服务器后再次尝试配置，即可；
最后一种可能性就是在初始化配置前修改了这台虚拟机的网路信息，但是又没有重起过系统，也会导致这个错误，原因是没能及时更新相关的解析信息，然后就会出现服务无法启动的问题。规避这个问题的方法就是：修改完网路信息后，务必先重启系统，然后再做其它操作。

    关注 虚拟人