倪丹,您好！
也许数据库启动花时间比较多呢
你试试在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，贝为标 <beiweib...@163.com> 写道：
>>
>> 倪丹,您好！
>>
>> 你的数据库和manage是不是同一台机？
>> 如果是的话，数据库必须先启动完成，才能启动manage。
>> 在数据库启动完成前，manage是无法启动的。
>>
>>
>> ======= 2015-06-09 09:25:04 您在来信中写道：=======
>>
>>> 您好，贝为标！
>>> 谢谢你的答复！
>>> 数据库状态正常，
>>> 只要重启cloud-management之后，cloudstackd的一切功能都正常了！
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>> 在 2015-06-09 09:12:00，"贝为标" <beiweib...@163.com> 写道：
>>>> 倪丹,您好！
>>>>
>>>> 数据库的情况怎么样？
>>>>
>>>> ======= 2015-06-09 09:05:23 您在来信中写道：=======
>>>>
>>>>> 大家好：
>>>>> 架构：管理节点同时充当一级和二级存储，计算节点使用KVM
>>>>> 问题：每次前一天晚上关闭管理节点和计算节点（停止用户实例，停止虚拟路由，销毁两个系统虚拟机后，halt管理节点和计算节点）后，第二天再启动管理和计算节点，发现cloud-management的状态已死，但pid仍存，重启cloud-management之后，服务运行正常，但如果reboot两节点或者halt两节点后，立即启动它们，cloud-management运行正常。
>>>>
>>>> = = = = = = = = = = = = = = = = = = = =
>>>>
>>>>
>>>> 致
>>>> 礼！
>>>>
>>>>
>>>> 贝为标
>>>> beiweib...@163.com
>>>> 2015-06-09
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> BR,
>>> Danni
>>> --
>>>
>>>
>>> ＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
>>>
>>> 倪丹
>>>
>>> 扬州市万方电子技术有限责任公司
>>>
>>> 扬州市广陵区广陵产业园安林路 96 号
>>>
>>> 电话：0514-87258929 手机：17701458907
>>>
>>> 邮箱：danni_880...@163.com
>>
>> = = = = = = = = = = = = = = = = = = = =
>>
>>
>> 致
>> 礼！
>>
>>
>> 贝为标
>> beiweib...@163.com
>> 2015-06-09
= = = = = = = = = = = = = = = = = = = =
致
礼！
贝为标
beiweib...@163.com
2015-06-09
