Veritas Storage Foundation Cluster File System High Availability 版 本 说 明

Veritas Storage Foundation™ Cluster File ... - SORT - Symantec Veritas Storage Foundation™ Cluster File ... - SORT - Symantec

d1mj3xqaoh14j0.cloudfront.net
from d1mj3xqaoh14j0.cloudfront.net More from this publisher
17.08.2015 Views

58Storage Foundation Cluster File System High Availability 已 解 决 的 问 题表 1-16Veritas Volume Manager 5.1 SP1 RP2 已 解 决 的 问 题已 解 决 的 问题24846852480600244034924314702431423242887524286312425722242555124248332422058242106724193482413904241169824108452408771240719224062922400654 在 执 行 done 处 理 时 两 个 vol_subdisk sio 之 间 出 现 争 夺 情 况 , 导 致 一 个 线 程在 另 一 个 线 程 访 问 sio_fsvm_priv 之 前 将 sio_fsvm_priv 释 放如 果 IO 大 小 大 于 512K 且 有 32 个 以 上 的 线 程 并 行 写 入 ,I/O 会 在 主 节 点 上 永久 挂 起即 使 要 限 制 的 一 系 列 站 点 指 定 了 alloc=site:xxxx,DCO 卷 可 能 仍 会 增 长 为 任意 站 点vxpfto 在 调 用 vxdisk 时 使 用 DM 名 称 , 但 vxdisk 将 首 先 匹 配 DA 名 称 , 因 此导 致 崩 溃CVR: 在 DCM 发 生 I/O 错 误 后 进 行 vol_mv_commit_check 时 出 现 混 乱I/O 同 时 在 两 个 节 点 进 行 ( 等 待 DCM 刷 新 启 动 ), 使 从 属 节 点 崩 溃 , 导 致 主节 点 重 新 配 置 挂 起允 许 所 有 磁 盘 组 使 用 同 一 防 护 密 钥针 对 大 小 大 于 等 于 2TB 的 磁 盘 的 vxsd move 操 作 失 败如 果 主 节 点 和 从 属 节 点 上 都 有 I/O, 则 重 新 启 动 从 属 节 点 时 IO 会 挂 起 6 分 钟当 运 行 autosync_deport#2 时 , 主 logowner 命 中 ted 断 言nmcom_send_msg_tcpVxVM 磁 盘 组 不 能 在 dmp 和 原 始 模 式 都 启 用 I/O 防 护 的 情 况 下 导 入Vxconfigd 同 时 在 两 个 主 节 点 上 挂 起DMP 混 乱 :dmp reconfig 和 dmp pass through ioctl 之 间 出 现 争 夺 情 况执 行 动 态 LUN 重 新 配 置 时 出 现 多 个 问 题VVR:iohang: 同 时 位 于 主 节 点 和 从 属 节 点 的 I/O 上具 有 XIV 阵 列 的 51SP1RP1P1 集 群 上 显 示 许 多 “reservation conflict ( 保 留 冲突 )” 消 息vxconfigd 不 扫 描 和 发 现 所 有 存 储 设 备 ; 有 些 存 储 设 备 被 跳 过由 于 CVM 重 新 配 置 和 日 志 所 有 者 更 改 协 议 之 间 出 现 争 夺 情 况 , 应 用 程 序 I/O挂 起vol_subdisksio_delete() 发 生 混 乱过 时 arrayinfo 文 件 可 导 致 vxdmpadm 命 令 挂 起

Storage Foundation Cluster File System High Availability 已 解 决 的 问 题59已 解 决 的 问题2400076239629323887252387993238612023856942385680238315823790292369786236917723659512364253235981423583212357798235750723567442349352234647023376942337353 运 行 vxinstall 命 令 时 ,vxconfigd 造 成 内 核 混 乱I/O 已 加 载 ,sanboot 失 败 , 并 发 生 vxconfigd 内 核 转 储尝 试 加 载 APM 时 ,dmp_get_dmpsymbols 发 生 混 乱测 试 包 括 / 排 除 libvxppso 时 ,vxconfigd 进 入 禁 用 模 式增 强 对 添 加 诊 断 日 志 记 录 以 帮 助 筛 查 CVM 主 节 点 接 管 失 败 情 况 的 请 求如 果 从 属 节 点 重 新 启 动 , 则 IO 挂 起vol_rv_async_childdone+1147VVR:vol_rv_mdship_srv_done+680 中 发 生 vxio 混 乱更 改 磁 盘 阵 列 名 称 并 不 适 用 于 磁 盘 阵 列 中 的 所 有 设 备VVR: 关 于 NM_ERR_HEADR_IO 的 死 循 环DDL: do_diskio 函 数 应 当 能 够 处 理 大 于 2TB 的 偏 移Growto 失 败 , 并 显 示 错 误 V-5-1-10128“Unexpected kernel error inconfiguration update ( 配 置 更 新 中 出 现 意 外 内 核 错 误 )”VVR: 使 用 SO 快 照 时 ,VVR 辅 助 节 点 上 出 现 内 核 内 存 泄 漏vxconfigbackup 不 能 正 确 处 理 错 误从 VxVM Symbol 中 删 除 __invalidate_device() 的 使 用 后 , 它 不 再 位 于 kABI白 名 单 中CVR: 由 于 vol_ru_update 结 构 未 释 放 , 内 存 泄 漏如 果 存 在 大 量 NR( 未 准 备 好 的 ) 设 备 , 则 由 于 触 发 NMI 且 DMP 连 续 生 成 大量 路 径 禁 用 / 启 用 事 件 , 服 务 器 发 生 混 乱VxVM 脚 后 台 驻 留 程 序 不 应 当 允 许 其 自 身 中 有 重 复 实 例在 单 一 路 径 IO 模 式 环 境 中 置 备 LUN 期 间 , 发 现 数 据 损 坏在 循 环 中 排 除 和 包 括 LUN 会 触 发 大 量 内 存 泄 漏对 于 RHEL5 上 超 过 2TB 的 LUN,TP vxdisk -o thin list 显 示 其 大 小 为 0vxdmpadm include vxvm dmpnodename=emcpower# 不 仅 包 括 请 求 的dmpnode, 而 且 还 包 括 所 有 排 除 的 dmpnode

<strong>Storage</strong> <strong>Foundation</strong> <strong>Cluster</strong> <strong>File</strong> <strong>System</strong> <strong>High</strong> <strong>Availability</strong> <strong>版</strong> <strong>本</strong> <strong>说</strong> <strong>明</strong>已 解 决 的 问 题59已 解 决 的 问题2400076239629323887252387993238612023856942385680238315823790292369786236917723659512364253235981423583212357798235750723567442349352234647023376942337353<strong>说</strong> <strong>明</strong>运 行 vxinstall 命 令 时 ,vxconfigd 造 成 内 核 混 乱I/O 已 加 载 ,sanboot 失 败 , 并 发 生 vxconfigd 内 核 转 储尝 试 加 载 APM 时 ,dmp_get_dmpsymbols 发 生 混 乱测 试 包 括 / 排 除 libvxppso 时 ,vxconfigd 进 入 禁 用 模 式增 强 对 添 加 诊 断 日 志 记 录 以 帮 助 筛 查 CVM 主 节 点 接 管 失 败 情 况 的 请 求如 果 从 属 节 点 重 新 启 动 , 则 IO 挂 起vol_rv_async_childdone+1147VVR:vol_rv_mdship_srv_done+680 中 发 生 vxio 混 乱更 改 磁 盘 阵 列 名 称 并 不 适 用 于 磁 盘 阵 列 中 的 所 有 设 备VVR: 关 于 NM_ERR_HEADR_IO 的 死 循 环DDL: do_diskio 函 数 应 当 能 够 处 理 大 于 2TB 的 偏 移Growto 失 败 , 并 显 示 错 误 V-5-1-10128“Unexpected kernel error inconfiguration update ( 配 置 更 新 中 出 现 意 外 内 核 错 误 )”VVR: 使 用 SO 快 照 时 ,VVR 辅 助 节 点 上 出 现 内 核 内 存 泄 漏vxconfigbackup 不 能 正 确 处 理 错 误从 VxVM Symbol 中 删 除 __invalidate_device() 的 使 用 后 , 它 不 再 位 于 kABI白 名 单 中CVR: 由 于 vol_ru_update 结 构 未 释 放 , 内 存 泄 漏如 果 存 在 大 量 NR( 未 准 备 好 的 ) 设 备 , 则 由 于 触 发 NMI 且 DMP 连 续 生 成 大量 路 径 禁 用 / 启 用 事 件 , 服 务 器 发 生 混 乱VxVM 脚 <strong>本</strong> 后 台 驻 留 程 序 不 应 当 允 许 其 自 身 中 有 重 复 实 例在 单 一 路 径 IO 模 式 环 境 中 置 备 LUN 期 间 , 发 现 数 据 损 坏在 循 环 中 排 除 和 包 括 LUN 会 触 发 大 量 内 存 泄 漏对 于 RHEL5 上 超 过 2TB 的 LUN,TP vxdisk -o thin list 显 示 其 大 小 为 0vxdmpadm include vxvm dmpnodename=emcpower# 不 仅 包 括 请 求 的dmpnode, 而 且 还 包 括 所 有 排 除 的 dmpnode

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!