PowerPath AIX: Program kraschar och LVM_IO_FAIL med FELKOD ENLIGT DEFINITIONEN I sys/errno.h 22 (EINVAL)

Förlust av en sökväg

Miljö:
Dell-programvara: PowerPath för AIX (alla versioner)

I en konfiguration med flera sökvägar som hanteras av PowerPath slutar programmet när en sökväg slutar fungera, och även om andra sökvägar är tillgängliga. Och LVM_IO_FAIL med "FELKOD ENLIGT DEFINITIONEN I sys/errno.h" inställt på 22 registreras.

Avkodade med "summ" visas fel som:

107769 Apr 12 08:57:21 LVDD       P LVM_IO_FAIL         LV 8000002C00000003 PV 800000250000001A Block 20016620 EINVAL

(faktiska LVM_IO_FAIL som uppstår till följd av fel på alla tåglägen är normalt förknippade med fel 5 (EIO) ... vilket inte är fallet här)

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

Det här felet genereras när I/O-bufferten uppströms (FS/LVM) inte överförs till diskdrivrutinen. (här PowerPath - men problemet kan också ses i en MPIO-miljö) hdiskpower).

I IBM-termer: det här LVM I/O-felet (EINVAL) rapporteras när PCM (powerpath) inte kan bearbeta I/O-begäran från LVM eftersom det kan finnas en felmatchning mellan VG LTG-storlek (LVM I/O-buffert) med diskens max_transfer storlek eller adapterns max_xfer_size (NPIV här).

När den logiska spårgruppen (LTG) är större än diskdrivrutinens max_transfer storlek kan I/O inte bearbetas och en LVM_IO_FAIL genereras med erno inställt på 22 (EINVAL)

I vårt fall hade vi (kundens privata data har ändrats):

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

Och

# 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

Här har vi max_transfer = 0x40000 (256 kB) < LTG (1024 kB) (0x100000) .. som orsakar problemet.

I konfigurationen hade vissa hårddiskar ställts in med "max_transfer" inställt på 0x100000 och andra hade ställts in på 0x40000 (förmodligen genererat med olika ODM-versioner). Om alla sökvägar var tillgängliga fanns det alltid en av hårddiskarna för varje hdiskpower med max_transfer inställd på 0x100000 och I/O kunde slutföras. Men när denna hårddisk inte längre var användbar var endast diskarna med max_transfer inställd på 0x40000 tillgängliga... orsakar problemet.

För att åtgärda problemet måste attributet "max_transfer" för hdisk ställas in på ett värde som är större eller lika med LTG-storleken. I vårt fall där LTG = 1024 kB kördes följande för att åtgärda problemet:

# 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

Denna KB gäller inte för LVM_IO_FAIL med fel inställt på 5 (EIO)