由此可见，该节点上的 GPFS 共被重启了 5 次。
该日志文件中不仅会记录操作信息，也会包括错误数据。具体可包括如下内容：
GPFS 的启、停行为；
守护进程是否在运行；
守护进程和集群是否保持连接；
记录主要进程的状况和错误信息；
记录连接或磁盘失败方面的错误；
文件系统属性的改变信息等；
5. 查看系统日志文件有什么异常：
系统日志文件位于：/var/log/messages。该文件通常都很大，因为当 Linux 第一次被启动后，该系统文件就不断的在记录信息。通常我们在查看时，可通过 more 来分页显示，通过 grep 查找特定的消息或时间点。我们经常把它和 GPFS 的日志结合起来查看，通过这两个日志提供的信息来确定问题。
这里需要注意的是，如果集群中各个节点上的系统时间不一致，就很难按照时间点来查找在不同节点上的日志文件。所以我们事先同步集群环境中所有节点的系统时间是很有必要的。
以上五种检查方法只是初步的检测手段，有关其他的考虑范畴可参考 GPFS 问题诊断手册获得更多信息。
更改跟踪属性设置
如果经过上述步骤的初步检查，用户仍然觉得在日志文件中记录的信息不够详尽，不足以让用户分析出问题所在，那么这时可利用 GPFS 的跟踪 (trace) 功能得到更底层的信息，它可以帮助我们按照时间发生顺序捕获到一系列引起问题的事件，以便进一步诊断问题。通常，我们使用系统默认的跟踪设置即可。在问题诊断的初期，我们也不建议采用修改跟踪设置的方式进行检查。但当默认配置不能满足某些特殊问题的需求时，就需要根据实际需要对特定属性进行配置，以使得在相应的日志中产生更详尽的信息。因此，这一步骤不是必须做的。