分析产生此问题的原因可能是下面3种情况：
1）corosync的配置文件丢失
2）corosync的配置文件错误
3）corosync的authkey丢失
可以使用corosync -f命令进行corosync问题的诊断。
1）corosync的配置文件丢失

corosync -f

corosync [MAIN ] Corosync Cluster Engine (‘1.4.1’): started and ready to provide service.
corosync [MAIN ] Corosync built-in features: nss dbus rdma snmp
corosync [MAIN ] Can’t read file /etc/corosync/corosync.conf reason = (No such file or directory)
从错误信息得知是corosync的配置文件corosync.conf不存在造成的。
查看/etc/corosync/corosync.conf文件是否存在，如果不存在，则根据/etc/corosync/corosync.conf.example文件设置/etc/corosync/corosync.conf文件。
2）corosync的配置文件错误

corosync -f

Successfully read main configuration file ‘/etc/corosync/corosync.conf’.
parse error in config: This totem parser can only parse version 2 configurations.
Corosync Cluster Engine exiting with status 8 at main.c:1708.
从上面错误信息得知是corosync的配置文件corosync.conf存在配置内容错误，解决方法跟上面一样，根据/etc/corosync/corosync.conf.example例子文件设置/etc/corosync/corosync.conf文件。
3）corosync的authkey丢失

corosync -f

Successfully read main configuration file ‘/etc/corosync/corosync.conf’.
Could not open /etc/corosync/authkey: No such file or directory
Corosync Cluster Engine exiting with status 8 at main.c:1702.
如果/etc/corosync/corosync.conf文件中secauth设置为on，但是/etc/corosync/authkey文件不存在，这样也会造成gcware启动失败。
解决方法就是将其他节点上的/etc/corosync/authkey拷贝过来，并且各节点上此文件保持一致，然后重新执行 service gcware start。