PowerPath AIX: Os aplicativos falham e LVM_IO_FAIL com CÓDIGO DE ERRO CONFORME DEFINIDO EM sys/errno.h 22 (EINVAL)

Perda de um caminho

Ambiente:
Software Dell: PowerPath for AIX (qualquer versão)

Em uma configuração de vários caminhos gerenciada pelo PowerPath, quando um caminho fica inativo, e embora outros caminhos estejam disponíveis, o aplicativo fica inativo. E LVM_IO_FAIL com "ERROR CODE AS DEFINED IN sys/errno.h" definido como 22 são registrados.

Decodificados com "soma", os erros são exibidos como:

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

(LVM_IO_FAIL reais resultantes de erros em todos os caminhos são normalmente associados ao errno 5 (EIO) ... o que não é o caso aqui)

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

Esse erro é gerado quando o buffer de E/S no upstream (FS/LVM) não é transferido para o driver de disco. (aqui PowerPath - mas o problema também pode ser visto em um ambiente MPIO) hdiskpower).

Em termos da IBM: esse erro de E/S LVM (EINVAL) é relatado quando o PCM (powerpath) não consegue processar a solicitação de E/S do LVM, pois pode haver uma disparidade do tamanho do VG LTG (LVM buffer de E/S) com o tamanho do max_transfer do disco ou o max_xfer_size do adaptador (NPIV aqui).

Quando o LTG (Logical Track Group, Grupo de Rastreamento Lógico) for maior que o tamanho max_transfer do driver de disco, não será possível processar a E/S e um LVM_IO_FAIL será gerado com o erno definido como 22 (EINVAL)

No nosso caso, tivemos (os dados privados do cliente foram modificados):

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

E

# 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

Aqui temos max_transfer = 0x40000 (256 kB) < LTG (1024 kB) (0x100000) .. causando o problema.

Na configuração, alguns hdisks foram definidos com "max_transfer" definido como 0x100000 e outros foram definidos como 0x40000 (provavelmente gerados com diferentes versões do ODM). Se todos os caminhos estivessem disponíveis, sempre havia um dos hdisks de cada hdiskpower com max_transfer definido como 0x100000 e a E/S podia ser concluída. Mas quando esse hdisk não era mais utilizável, apenas os discos com max_transfer definido como 0x40000 estavam acessíveis... causando o problema.

Para corrigir o problema, o atributo "max_transfer" do hdisk deve ser definido como um valor maior ou igual ao tamanho do LTG. Em nosso caso, em que LTG = 1024 kB, o seguinte foi executado para corrigir o problema:

# 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

Este artigo da KB não se aplica a LVM_IO_FAIL com errno definido como 5 (EIO)