数据库服务进程无法启动，且日志文件无刷新而无法看到无法启动的原因的可能问题及处理方式

问题现象：

gcluter_services all start/restart 发现主要进程无法启动，比如gclusterd、gbased等，具体体现就是在启动过程中看到“Fail Info: start service timeout”。

常规解决思路：

查看对应的日志文件，比如system.log，看看具体什么原因导致的无法启动。而查看日志却发现日志并没有因为无法启动而有记录刷新。此时怎么办？两个常见的问题点基本能解决问题：

1、先在无法启动的机器上看看，是否有已经启动的进程，非本次启动的历史启动的进程还在运行，可以ps、netstat来查看进程的启动日期时间是否正常，端口是否被占用，没启动动进程其端口不应该被占用。如果发现有这样的情况，就kill进程，然后再gcluster_services all start。

2、进程没有已经启动的上次残留、端口经过检查也没有被占用，此时要留意对应的pid文件是否存在，如果进程没启动，不应该有pid文件，比如gnode没启动，却发现存在gbased.pid，且pid的创建时间非本次启动的时间。只要把这个残留的pid文件删除即可，然后gcluster_services all start。