倪丹,您好！
数据库的情况怎么样？
=== 2015-06-09 09:05:23 您在来信中写道：===
大家好：
架构：管理节点同时充当一级和二级存储，计算节点使用KVM
问题：每次前一天晚上关闭管理节点和计算节点（停止用户实例，停止虚拟路由，销毁两个系统虚拟机后，halt管理节点和计算节点）后，第二天再启动管理和计算节点，发现cloud-management的状态已死，但pid仍存，重启cloud-management之后，服务运行正常，但如果reboot两节点或者halt两节点后，立即启动它们，cloud-management运行正常。
您好，贝为标！
谢谢你的答复！
数据库状态正常，
只要重启cloud-management之后，cloudstackd的一切功能都正常了！
在 2015-06-09 09:12:00，贝为标 beiweib...@163.com 写道：
倪丹,您好！
数据库的情况怎么样？
=== 2015-06-09 09:05:23 您在来信中写道：===
大家好：
架构：管理节点同时充当一级和二级存储，计算节点使用KVM
倪丹,您好！
你的数据库和manage是不是同一台机？
如果是的话，数据库必须先启动完成，才能启动manage。
在数据库启动完成前，manage是无法启动的。
=== 2015-06-09 09:25:04 您在来信中写道：===
您好，贝为标！
谢谢你的答复！
数据库状态正常，
只要重启cloud-management之后，cloudstackd的一切功能都正常了！
在 2015-06-09 09:12:00，贝为标 beiweib...@163.com 写道：
倪丹,您好！
数据库的情况怎么样？
大家好：
架构：管理节点同时充当一级和二级存储，计算节点使用KVM
问题：每次前一天晚上关闭管理节点和计算节点（停止用户实例，停止虚拟路由，销毁两个系统虚拟机后，halt管理节点和计算节点）后，第二天再启动管理和计算节点，发现cloud-management的状态已死，但pid仍存，重启cloud-management之后，服务运行正常，但如果reboot两节点或者halt两节点后，立即启动它们，cloud-management运行正常。
您好，贝为标！
好的，谢谢您的答复
发自我的 iPhone
在 2015年6月9日，12:03，贝为标 beiweib...@163.com 写道：
倪丹,您好！
也许数据库启动花时间比较多呢
你试试在manage的启动脚本前面加上sleep 30 ，让它等一会儿再继续启动
=== 2015-06-09 11:08:57 您在来信中写道：===
您好，贝为标！
我查看了一下mysql和cloud-management的启动脚本，mysql的chkconfig：- 64
您好，贝为标！
我查看了一下mysql和cloud-management的启动脚本，mysql的chkconfig：- 64
36，cloud-management的chkconfig：- 80 20，cloud-management应该是在mysql的后面启动，在它前面结束的
在 2015年6月9日，09:45，贝为标 beiweib...@163.com 写道：
倪丹,您好！
你的数据库和manage是不是同一台机？
如果是的话，数据库必须先启动完成，才能启动manage。
在数据库启动完成前，manage是无法启动的。
倪丹,您好！
也许数据库启动花时间比较多呢
你试试在manage的启动脚本前面加上sleep 30 ，让它等一会儿再继续启动
=== 2015-06-09 11:08:57 您在来信中写道：===
您好，贝为标！
我查看了一下mysql和cloud-management的启动脚本，mysql的chkconfig：- 64
36，cloud-management的chkconfig：- 80 20，cloud-management应该是在mysql的后面启动，在它前面结束的
在 2015年6月9日，09:45，贝为标
CentOS6.6做本地yum源安装CloudStack-Management好用，CentOS6.5或者CentOS7都不
好用；
安装CloudStack-Agent，需要先安装
jakarta-commons-daemon-jsvc-1.0.1-8.9.el6.x86_64.rpm, 否则安装失败
-邮件原件-
发件人: ���s [mailto:jason.zr.zh...@icloud.com]
发送时间: 2015年6月5日 20:13
收件人: users-cn@cloudstack.apache.org
主题: Re:
