CloudStack SSVM的Java process not running的解决方法

一般纯粹的干净的CloudStack+XenServer是不会出现这种问题的，该问题一般会出现的XenServer主机的重复利用上。
  问题描述很简单，就是CloudStack的两个系统虚拟机ssvm和cpvm，都启动了，但是在ssvm 的 agent State这一栏不正确。进入ssvm（用户名密码分别是root/6m1ll10n），用df命令查看，ssvm没有正确的挂载nfs二级存储，在 ssvm内使用/usr/local/cloud/systemvm/ssvm-check.sh进入查验，是这样的一个情况：
root@s-6-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh
================================================
First DNS server is  172.31.2.202
PING 172.31.2.202 (172.31.2.202): 56 data bytes
64 bytes from 172.31.2.202: icmp_seq=0 ttl=64 time=2.182 ms
64 bytes from 172.31.2.202: icmp_seq=1 ttl=64 time=0.266 ms
--- 172.31.2.202 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.266/1.224/2.182/0.958 ms
Good: Can ping DNS server
================================================
Good: DNS resolves download.cloud.com
================================================
NFS is currently mounted
Mount point is /mnt/SecStorage/a92c30d9-48c0-3655-9799-5a0571b9d6a9
Good: Can write to mount point
================================================
Management server is 172.31.2.201. Checking connectivity.
Good: Can connect to management server port 8250
================================================
ERROR: Java process not running.  Try restarting the SSVM
以上的红色说明相关代理没有启动
执行 service cloud status
得出的是没有启动
执行 service cloud start
显示启动成功，但是再查看状态，又是没有启动。
通过https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+templates,+Secondary+storage+troubleshooting
和https://cwiki.apache.org/confluence/display/CLOUDSTACK/SystemVm.iso#SystemVm.iso-Xen的说明
简单说明一下原因及怎么解决：
在XenServer主机的/opt/xensource/packages/iso下有个systemvm.iso文件，这个文件应该是由 CloudStack从管理机复制过来的，在CloudStack的管理机上的/usr/share/cloudstack-common/vms目录下有该文件，可能是由于XenServer主机多次重复使用，没有重新安装，造成了这个文件没有正确复制。
解决：
1.进入XenServer主机
2.执行xe host-param-clear param-name=tags uuid=<uuid of the XS host>
3.重启CloudStack
4.销毁ssvm