存储重新启动后、源卷将无法再访问

最后更新
另存为PDF

Views:

Visibility:: Public

Votes:: 0

Category:: e-series-systems

Specialty:: esg

Last Updated:

适用场景

NetApp E 系列
SANtricity OS 11.80.1GA或更早版本
脱机卷副本
E系列平台：EF300和EF600
- 卷副本问题描述仅影响使用BlockSizeProxy 的卷、这意味着这些卷是使用blockSize=512 创建的、并且这些卷来自由4 k NVMe驱动器组成的卷组/DDP。

卷块size.png

注意：只有FC类型的系统可以通过图形用户界面选择Volume Block Size 。如果主机接口类型为iSCSI，则默认值为512 ，并且只有通过 CLI创建卷才能设置blockSize=4K 。

问题描述

在未清除现有脱机副本对的情况下重新启动存储后、可能会触发以下问题：

1. 由于I/O错误、卷复制操作无法启动。

MEL (主要事件日志)：A:5/25/24, 5:45:46 AM (05:45:46) 2719 6600 Volume copy or import operation failed - Volume vol11 <--CRITICAL
DQ (跟踪缓冲区日志)： 05/25/24-05:45:45.060 CopyProxy 0000c002 failing volume copy - Background copy I/O error - 0x208

2.主机无法访问副本对关系中的一个或两个卷、例如VMware主机的SAN启动失败。

3. 如果起始卷副本从目标卷复制到源卷、则控制器会由于以下断言而进入锁定状态、并使用有限的符号。

05/27/24-07:20:54 (raidSched1): PANIC: Assertion failed: file /u/symsm/ccm_wa/symbios/RAIDCore-5207.1.7/m4_874_debian-5207.1.7/images/m4_e30_874_3000-08.74.02.00/eos/Application/RAIDLib/evfVolume.h, line 2520 2024-05-27 07:20:58.197667 Assertion failed: file /u/symsm/ccm_wa/symbios/RAIDCore-5207.1.7/m4_874_debian-5207.1.7/images/m4_e30_874_3000-08.74.02.00/eos/Application/RAIDLib/evfVolume.h, line 2520