3par8200双活多块硬盘故障，无法删除卷。
- 0关注
- 0收藏，56浏览
问题描述：
SS8200_MASTER cli% showvv
------Rsvd(MB)------ --(MB)--
Id Name Prov Type CopyOf BsId Rd ------Detailed_State------- Adm Snp Usr VSize
1 .srdata full base --- 1 RW normal 0 0 61440 61440
4 8TB_VV cpvv base --- 4 RW needs_check,preserved 640 418304 8388608 8388608
20 rcpy.2.4.1 snp vcopy 8TB_VV 4 RO not_started,preserved,stale -- -- -- 8388608
0 admin full base --- 0 RW normal 0 0 10240 10240
18 CAS_16T_1 cpvv base --- 18 RW needs_check,preserved 384 113664 16777216 16777216
21 rcpy.6.18.1 snp vcopy CAS_16T_1 18 RO not_started,preserved,stale -- -- -- 16777216
19 CAS_16T_2 cpvv base --- 19 RW needs_check,preserved 384 190720 16777216 16777216
22 rcpy.6.19.1 snp vcopy CAS_16T_2 19 RO not_started,preserved,stale -- -- -- 16777216
------------------------------------------------------------------------------------------------------
8 total 1408 722688 42014720 83957760
用removevv命令删除时显示，
SS8200_MASTER cli% removevv -f 8TB_VV
Removing vv 8TB_VV
VV 8TB_VV has snapshot children which must be removed first.
删除快照显示，
SS8200_MASTER cli% removevv -f rcpy.2.4.1
Removing vv rcpy.2.4.1
Attempt to remove unstarted snapshot (rcpy.2.4.1)
尝试2，
SS8200_MASTER cli% removevv -f -snaponly -cascade rcpy.2.4.1
Removing vv rcpy.2.4.1
Attempt to remove unstarted snapshot (rcpy.2.4.1)
尝试3，
SS8200_MASTER cli% removevv -f -snaponly -pat -nowait *
Removing vv rcpy.2.4.1
Removing vv rcpy.6.18.1
Removing vv rcpy.6.19.1
Could not remove any vv from the vv list.
尝试start 快照卷，
SS8200_MASTER cli% startvv rcpy.2.4.1
VV rcpy.2.4.1 is not a base volume
尝试startvv ,
SS8200_MASTER cli% startvv 8TB_VV
Either vv 8TB_VV or one of its snapchildren failed to start
数据不重要，想推倒重来，help!
- 快照卷（rcpy.2.4.1/rcpy.6.18.1/rcpy.6.19.1）处于
not_started,preserved,stale异常状态，无法直接删除； - 基础卷（8TB_VV/CAS_16T_1/CAS_16T_2）因关联快照未删除，也无法删除；
- 快照卷不是 base 卷，无法执行 startvv，基础卷启动也失败。
完整删除流程（推倒重来）
1. 先强制解除快照与基础卷的关联（关键）
# 进入SS8200 CLI，先禁用卷的preserved状态（阻止系统保护）
chvv -preserved no 8TB_VV
chvv -preserved no CAS_16T_1
chvv -preserved no CAS_16T_2
# 解除快照的关联属性
chvv -snaponly no rcpy.2.4.1
chvv -snaponly no rcpy.6.18.1
chvv -snaponly no rcpy.6.19.1
2. 强制删除异常快照卷（忽略状态检查）
‑force + ‑ignore_state 组合参数（部分版本需加 -noprompt 跳过交互）：# 逐个删除快照卷（核心命令）
removevv -f -ignore_state -noprompt rcpy.2.4.1
removevv -f -ignore_state -noprompt rcpy.6.18.1
removevv -f -ignore_state -noprompt rcpy.6.19.1
# 若单删失败，尝试批量删除快照（通配符匹配rcpy开头的快照）
removevv -f -ignore_state -noprompt -pat rcpy*
3. 删除基础卷（8TB_VV/CAS_16T_1/CAS_16T_2）
# 逐个删除基础卷
removevv -f -noprompt 8TB_VV
removevv -f -noprompt CAS_16T_1
removevv -f -noprompt CAS_16T_2
# 验证删除结果
showvv
4. 终极方案：若上述命令仍失败（重置卷组）
# 1. 查看卷组信息（确认卷所属的BSID/卷组）
showbs
# 示例输出会显示BSID 4/18/19对应的卷组名称，假设卷组为vg1
# 2. 强制卸载卷组
unmountvg vg1
# 3. 销毁卷组（彻底清空）
destroyvg -f vg1
# 4. 重建卷组（按需）
createvg -name vg1 -bs 4k # bs为块大小，按需调整
5. 验证清理结果
# 确认所有异常卷已被删除
showvv
# 查看卷组状态
showvg暂无评论
从你的 showvv 输出来看，主要有两个问题：
基础卷故障：卷
8TB_VV、CAS_16T_1等处于needs_check, preserved状态。这意味着存储系统检测到这些卷的数据有损坏风险（很可能就是因为那10块故障盘），所以将它们“保护”起来，阻止了进一步的写入或删除操作。快照卷“未启动”：它们的快照卷（如
rcpy.2.4.1）状态为not_started, preserved, stale。not_started说明这个快照卷在创建时就没能成功建立起完整的数据映射。因此，普通的removevv命令无法识别和处理这种“半成品”，所以会报错Attempt to remove unstarted snapshot。
解决方案：分步强制清理
既然你的目标是彻底清理，我们可以尝试用更强的命令来绕过这些保护状态。请按照以下步骤操作，每一步都很关键。
重要提示：以下操作会永久删除数据，请再次确认数据已无保留价值。
第一步：处理故障硬盘（解除后顾之忧）
在删除卷之前，先清理掉引发问题的故障盘，避免它们在删除过程中继续干扰。
查看故障盘：执行
showpd -failed，确认所有故障盘的ID。逐个清理故障盘：对于每个故障的磁盘ID（例如
5），尝试以下命令序列，将其从系统中移除。这是HPE社区中解决类似磁盘故障的标准流程：setpd ldalloc off <PD_id> # 将数据迁离该盘（即使硬盘已故障，也要尝试执行） movepdtospare -f -vacate -nowait <PD_id> # 从系统中剔除该盘 dismisspd <PD_id># 停止向该盘分配新数据dismisspd命令的作用就是强制系统“遗忘”这个故障盘-7。这步操作如果成功，可以消除一些底层的阻碍。
第二步：强制删除“未启动”的快照卷
这是打破僵局的关键。removevv 命令的官方手册中提供了处理快照卷的专用参数，我们需要用更强硬的方式执行。
尝试强制级联删除：针对单个问题快照，可以再次尝试带
-cascade参数的强制命令，这removevv -f -snaponly -cascade rcpy.2.4.1终极清理：尝试删除所有“未启动”快照：如果上一步不行，就用通配符强制删除所有名称匹配的快照。这也是HPE专家在社区中推荐的方法：
removevv -f -snaponly -pat "rcpy.*"这条命令会强制删除所有以rcpy.开头的快照卷。如果系统依然报错Could not remove any vv，说明这些卷的底层映射已严重损坏，可能需要使用最后的“大招”——dismisspd清理磁盘后，尝试初始化系统。
第三步：删除基础卷
一旦所有快照卷（rcpy.*）都被成功删除，preserved 的基础卷就应该可以被移除了。
如果执行完上述步骤，卷还是删不掉，说明文件系统的元数据损坏比较严重，常规命令已经无能为力了。考虑到你“推倒重来”的最终目标，最彻底的解决方案是：
联系H3C或HPE技术支持，进行“初始化”或“重灌系统”。
这相当于给存储做一次“恢复出厂设置”，会清除所有配置和数据，让设备恢复到全新状态。虽然需要走官方流程，但对于现在这种故障缠身的情况，可能是最干净利落的选择。
暂无评论
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论