TPVV 使用需谨慎

[yanghuanheng]

最近在某客户那里遇到使用TPVV总空间超过存储实际容量，导致设备故障，与大家分享。

客户存储：3par SS7200，主机 HPUX 11.31

故障现象：

该设备为客户测试设备，客户准备通过DP将应用数据导入测试机，在导入的过程中，发现DP恢复进程停顿，且主机硬盘读写100%。所有命令输入在主机端反馈都非常慢。

客户自行重启了主机，发现无法启动。远程过去，发现启动过程在数据VG挂载过程需要fsck，且一直停顿在那里。为让客户尽快启动设备，进入单用户模式，修改fstab禁止数据VG自动挂载，成功启动系统。手动挂载数据VG的几个LV，其中有一个提示需要进行fsck，执行了fsck后，建议客户等待它完成后再进行其他操作。

过了一天，客户通知说fsck进程还在跑，感觉有点不对劲。检查系统日志，发现有大量报错

Jun 12 11:03:01 cnhq0003 vmunix: IO details : blkno : 188669808, sector no : 377339616

Jun 12 11:03:01 cnhq0003 vmunix: class : lunpath, instance 49

Jun 12 11:03:01 cnhq0003 vmunix: Asynchronous write failed on LUN (dev=0x1000024)

Jun 12 11:03:01 cnhq0003 vmunix: IO details : blkno : 188628320, sector no : 377256640

Jun 12 11:03:01 cnhq0003 vmunix: class : lunpath, instance 14

Jun 12 11:03:01 cnhq0003 vmunix: Asynchronous write failed on LUN (dev=0x1000014)

Jun 12 11:03:01 cnhq0003 vmunix: IO details : blkno : 188628544, sector no : 377257088

Jun 12 11:03:01 cnhq0003 vmunix: class : lunpath, instance 49

Jun 12 11:03:01 cnhq0003 vmunix: Asynchronous write failed on LUN (dev=0x1000024)

Jun 12 11:03:01 cnhq0003 vmunix: IO details : blkno : 188669504, sector no : 377339008

Jun 12 11:03:01 cnhq0003 vmunix: class : lunpath, instance 14

Jun 12 11:03:01 cnhq0003 vmunix: Asynchronous write failed on LUN (dev=0x1000014)

后线分析后，建议检查存储。

检查SS7200，发现客户建了大量的TPVV，且当时容量使用率已经达到100%

……

与客户沟通后，删除了其中一个不使用的full vv，释放了800G空间。

再次执行挂载，按照提示进行fsck，几秒内顺利完成! Syslog链路告警也不再有新告警生成。

TPVV虽好，适用需谨慎！

[Parvez_Admin]

Hi NJ,

Thank you for choosing HPE Support Community. Could you please re-post your question here in English? This will help everybody in the Forum understand the discussion and allow them to participate as well. Thanks.