PowerPath AIX:应用程序崩溃并LVM_IO_FAIL错误代码,如 sys/errno.h 22 (EINVAL) 中所定义
Summary: 在具有两个虚拟 HBA 的 NPIV 配置中,当一个虚拟 HBA 发生故障时,尽管为 I/O 留下一个路径,LVM_IO_FAIL 也会在 errpr 中记录,并显示 sys/errno.h 中定义的错误代码设置为 22 (EINVAL)。由于这些 LVM 错误,使用该卷的应用程序崩溃。此问题也可能发生在非 NPIV 环境中。
Symptoms
路径丢失
环境:
戴尔软件:PowerPath for AIX(任何版本)
在由 PowerPath 管理的多路径配置中,当一条路径发生故障时,尽管其他路径可用,应用程序也会关闭。并记录“ERROR CODE AS DEFINED IN sys/errno.h”设置为 22 的LVM_IO_FAIL。
使用“summ”解码时,错误显示为:
107769 Apr 12 08:57:21 LVDD P LVM_IO_FAIL LV 8000002C00000003 PV 800000250000001A Block 20016620 EINVAL
(所有路径上的错误导致的实际LVM_IO_FAIL通常与错误 5 (EIO) 相关联...但事实并非如此)
LABEL: LVM_IO_FAIL IDENTIFIER: E86653C3 Date/Time: Sun Apr 12 10:09:28 2020 Sequence Number: 108111 Machine Id: 0XXXXXXXXXXX Node Id: snode1 Class: H Type: PERM WPAR: Global Resource Name: LVDD Resource Class: NONE Resource Type: NONE Location: Description I/O ERROR DETECTED BY LVM Probable Causes POWER, DRIVE, ADAPTER, OR CABLE FAILURE Recommended Actions RUN DIAGNOSTICS AGAINST THE FAILING DEVICE Detail Data PHYSICAL VOLUME DEVICE MAJOR/MINOR 8000 0025 0000 0029 ERROR CODE AS DEFINED IN sys/errno.h 22 BLOCK NUMBER 392149792 LOGICAL VOLUME DEVICE MAJOR/MINOR 8000 002D 0000 0001 PHYSICAL BUFFER TRANSACTION TIME 0 RESIDUAL COUNT 1048576 NUMBER OF BLOCKS 1048576 I/O TYPE USER DATA SENSE DATA 0000 0000 0002 EBF7 00F6 D020 0000 4C00 0000 013D 10F0 F4AD 00F6 D020 3831 80BE 0000 0000 0000 0000
Cause
当上游的 I/O 缓冲区 (FS/LVM) 未传输到磁盘驱动程序时,会生成此错误。(此处为 PowerPath — 但在 MPIO 环境中也可能会看到此问题)hdiskpower)。
用 IBM 术语来说:当 PCM (powerpath) 无法处理来自 LVM 的 I/O 请求时,会报告此 LVM I/O 错误 (EINVAL),因为 VG LTG 大小(LVM I/O 缓冲区)可能与磁盘max_transfer大小或适配器max_xfer_size不匹配(此处为 NPIV)。
当逻辑磁道组 (LTG) 大于磁盘驱动器max_transfer大小时,无法处理 I/O,并生成 erno 设置为 22 (EINVAL) 的LVM_IO_FAIL
在我们的案例中,我们有(客户私有数据已被修改):
VOLUME GROUP: vgdata1 VG IDENTIFIER: 00f6d02000004c0000000145a924a9d9 VG STATE: active PP SIZE: 256 megabyte(s) VG PERMISSION: read/write TOTAL PPs: 36387 (9315072 megabytes) MAX LVs: 512 FREE PPs: 746 (190976 megabytes) LVs: 3 USED PPs: 35641 (9124096 megabytes) OPEN LVs: 3 QUORUM: 7 (Enabled) TOTAL PVs: 13 VG DESCRIPTORS: 13 STALE PVs: 0 STALE PPs: 0 ACTIVE PVs: 13 AUTO ON: yes MAX PPs per VG: 127000 MAX PPs per PV: 5080 MAX PVs: 25 LTG size (Dynamic): 1024 kilobyte(s) AUTO SYNC: no HOT SPARE: no BB POLICY: relocatable PV RESTRICTION: none INFINITE RETRY: no DISK BLOCK SIZE: 512 CRITICAL VG: no FS SYNC OPTION: no CRITICAL PVs: no
和
# lsattr -El hdisk25 PR_key_value none Persistant Reserve Key Value True clr_q yes Device CLEARS its Queue on error True location Location Label True+ lun_id 0x0 Logical Unit Number ID False lun_reset_spt yes FC Forced Open LUN True max_coalesce 0x100000 Maximum Coalesce Size True max_retries 5 Maximum Number of Retries True max_transfer 0x40000 Maximum TRANSFER Size True node_name 0x5000144041111111 FC Node Name False pvid none Physical volume identifier False q_err no Use QERR bit True q_type simple Queue TYPE True queue_depth 32 Queue DEPTH True+ reassign_to 120 REASSIGN time out value True reserve_policy no_reserve Reserve Policy True reset_delay 0 Reset Delay True rw_timeout 30 READ/WRITE time out value True scsi_id 0x72ff40 SCSI ID False start_timeout 60 START UNIT time out value True ww_name 0xc001448111111111 FC World Wide Name False
在这里,我们有 max_transfer = 0x40000 (256 kB) < LTG (1024 kB) (0x100000) .. 导致问题。
在配置中,一些 hdisk 的“max_transfer”设置为 0x100000,其他 hdisk 设置为 0x40000(可能是通过不同的 ODM 版本生成的)。如果所有路径都可用,则每个 hdiskpower 中始终有一个 hdisk,max_transfer设置为 0x100000,并且可以完成 I/O。但是,当此 hdisk 不再可用时,只能访问max_transfer设置为 0x40000 的磁盘...导致问题。
Resolution
要解决此问题,必须将 hdisk 的“max_transfer”属性设置为大于或等于 LTG 大小的值。在 LTG = 1024 kB 的情况下,运行了以下命令来修复此问题:
# for i in `lsdev -Cc disk |grep -i hdiskp |awk '{print $1}'`
do
chdev -l $i -a max_transfer=0x100000 -P
done
# for i in `lsdev -Cc disk |grep -i EMC |awk '{print $1}'`
do
chdev -l $i -a max_transfer=0x100000 -P
done
# reboot
Additional Information
此知识库文章不适用于错误设置为 5 (EIO) 的LVM_IO_FAIL