当driver fault时，为什么q path却正常？

问题是指q path发现path 正常，实际访问drive的时发生问题？

首先说明，大部分这问题都是硬件故障。 TSM依赖操作系统设备文件和带库驱动程序操作带库等硬件，具体的drive都是通过设备文件操作的；有时硬件环境已经变化了，如drive硬件实际有故障，但操作系统层面的设备文件并没有变化（比如，aix上，没有运行 cfgmgr去侦测硬件变化），比如在aix还是

lsdev -Cc tape    (设备还是Available 状态，实际可能已经离线）

rmt5  Available C9-T1-01 IBM 3580 Ultrium Tape Drive (FCP)

所以q path一切正常，但实际操作drive时肯定出问题。

这个时候要做的是，首先操作系统层面的检查，更换有硬件问题的drive；或软件问题，更新带库的驱动程序，从新扫描硬件，最终，要确保生成新的正确的设备文件。 然后TSMserver端要么通过q san自动更新 path, 要么手工updae path.

很多时候drive fault或者unav，都需要手工更新一下path 和drive 信息。

有的时候驱动器需要清洗，长时间不清洗也会有这个问题 。