我们已经将DB2 LUW运行在RHEL框中。 我们遇到了DB2的崩溃，IBM又回来了，并说DB2试图访问的文件（通过open64（））被卸载或无效。
我们什么也没做，但重新启动数据库，事情似乎运行良好。 此外，有问题的文件现在看起来完全正常：
$ cd /db/log/TEAMS/tmsinst/NODE0000/TEAMS/T0000000/ $ ls -l total 557604 -rw------- 1 tmsinst tmsinst 570425344 Jan 14 10:24 C0000000.CAT $ file C0000000.CAT C0000000.CAT: data $ lsattr C0000000.CAT ------------- C0000000.CAT $ ls -l total 557604 -rw------- 1 tmsinst tmsinst 570425344 Jan 14 10:24 C0000000.CAT 有了这些事实（如果我错误地解释了手头的数据，请纠正我）可能导致文件系统“自发地卸载或短时间失效”的原因？
我的下一步应该是什么？
这是戴尔硬件，我们运行他们的诊断工具对硬件，它回来干净。
我的猜测是基础硬件问题，例如驱动器断开连接并重新连接到总线。 检查/var/log/messages （并运行dmesg ）并查找有关断开连接等的exceptionscsi或sata消息。