SimpliVity 380 Gen10。 通过SimpliVity Upgrade Manager访问vCenter Server时，报错如下，提示无法完成登录。 SimpliVity Upgrade Manager所在的管理端电脑未对vCenter Server解析导致此问题。 对该主机的host文件添加vCenter Server的DNS解析信息，保存。 再次通过SimpliVity Upgrade Manager访问vCenter Server，可正常登录。

15:45:13 gjjdb1 kernel: sd 16:0:1:4: rejecting I/O to offline deviceApr 7 15:45:13 gjjdb1 kernel: sd 16:0:1:4: [sdae] killing requestApr 7 15:45:13 gjjdb1 kernel: sd 16:0:1:4: [sdae] FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OKApr 7 15:45:13 gjjdb1 kernel: sd 16:0:1:4: [sdae] CDB: Read(10) 28 00 00 15 28 60 00 00 20 00Apr 7 15:45:13 gjjdb1 kernel: print_req_error: I/O error,

sector 3177279360 Feb 28 00:22:41 localhost kernel: sd 0:1:0:1: [sdb] Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK Feb 28 00:22:41 localhost kernel: sd 0:1:0:1: [sdb] CDB: Write(10): 2a 00 fc fb 53 60 00 00 20 00 Feb 28 00:22:41 localhost kernel: end_request: I/O error, dev sdb,

ERR_DPLY_CONNECTING_TO_VC: Could not connect to the Virtual Controller after rebooting it. - IP address: 10.202.203.7* . Refer to the logs to verify that the Virtual Controller started correctly. at com.simplivity.deploy.orchestrator.DeployActions.connectSVT(DeployActions.java:3200) at com.simplivity.deploy.orchestrator.DeployStep.run(DeployStep.java:38) at

com.simplivity.deploy.orchestrator.Orchestrator.thriftServer(Orchestrator.java:367) at com.simplivity.deploy.orchestrator.Orchestrator.access$000(Orchestrator.java:63) at com.simplivity.deploy.orchestrator.Orchestrator$1.run(Orchestrator.java:398) at java.lang.Thread.run(Unknown Source)Caused by: java.net.SocketException: socket closed at java.net.DualStackPlainSocketImpl.accept0(Native Method) at

解决： 1、对于SimpliVity 插件显示的问题，从3.7.10开始，使用HTML5版本，而Flex版本则不再被支持。 2、对于SimpliVity 380 Gen10 H Family LFF机型，每个OVC的内存开销为130GB。

SimpliVity 用户在SVT的OVC上看到这样的告警： SimpliVity Datastore Accsee Impaired Warning 跟用户确定是否重新启动OVC或者Omnistack主机，用户说没有，没有手动删除过虚拟机，检查datastore中也没有多余的虚拟机文件夹。 用户描述是6个OVC，其中两个OVC在报这个信息，用户之前扩容过SVT，现在报的这两台OVC并不是扩容的Omnistack主机对应的。 导致vCenter中出现” Simp

com.simplivity.host.rest.HostSystemServiceRestIMpl.removeFromFederation(HostSystemServiceRestimpl.java.220)"faultDetail: " null"问题描述详细截图：在vcenter清单里面查看已经没有原来svt建立的cluster:但在svt的插件管理器 里面-cluster-查看信息, 还存在原来测试用的svt cluster:SimpliVity是原来测试的cluster点击SimpliVity这个cluster:提示已经不存在, 在操作菜单里面查看, 删除选项为灰色; 主页中点击”HPE SimpliVity Hosts”选项查看到新信息：右键点击host强制将主机移除Federation失败。

filesystem Line 36190: Apr 20 14:20:13 NODENAME kernel: XFS (sda1): Please umount the filesystem and rectify the problem(s) Line 36191: Apr 20 14:20:13 NODENAME kernel: sd 14:1:0:0: timing out command, waited 180s Line 36192: Apr 20 14:20:13 NODENAME kernel: sd 14:1:0:0: [sda] tag#45 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Line 36193: Apr 20 14:20:13 NODENAME kernel: sd 14:1:0:0:

SimpliVity 4.2.0部署到Step38报错：ERR_DPLY_CONNECTING_TO_VC: Could not connect to the Virtual Controller after rebooting it. 检查OVC IP可以ping通，且配置没问题，网络中没有防火墙，全部端口开放。 通过vCenter查看OVC VM状态，已经启动OS，但服务启动报错，使用svtcli账号通过ssh登陆OVC。