PowerPath AIX: Sovellukset kaatuvat ja LVM_IO_FAIL, ja VIRHEKOODI ON MÄÄRITELTY VERSIOSSA sys/errno.h 22 (EINVAL)

Polun menetys

Ympäristö:
Dellin ohjelmistot: PowerPath AIX:lle (mikä tahansa julkaisu)

PowerPathin hallitsemassa usean polun kokoonpanossa sovellus kaatuu, kun yksi polku menee alas ja vaikka muita polkuja on käytettävissä. Ja LVM_IO_FAIL, joiden "ERROR CODE AS DEFINED IN sys/errno.h" -arvo on 22, tallennetaan.

Dekoodattu summalla, virheet näkyvät seuraavasti:

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

(kaikkien polkujen virheistä johtuvat todelliset LVM_IO_FAIL liittyvät yleensä virheeseen 5 (EIO) ... mistä ei ole kyse nyt käsiteltävässä asiassa)

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

Tämä virhe syntyy, kun ylävirran I/O-puskuria (FS/LVM) ei siirretä levyajuriin. (tässä PowerPath - mutta ongelma näkyi myös MPO-ympäristössä) hdiskpower).

IBM:n termein: tästä LVM I/O -virheestä (EINVAL) ilmoitetaan, kun PCM (powerpath) ei voi käsitellä LVM:n I/O-pyyntöä, koska VG LTG -koko (LVM I/O -puskuri) voi olla ristiriidassa levyn max_transfer koon tai sovittimen max_xfer_size kanssa (NPIV tässä).

Kun LTG (Logical Track Group) on suurempi kuin levyajurin max_transfer koko, I/O:ta ei voi käsitellä ja luodaan LVM_IO_FAIL, jonka erno-arvo on 22 (EINVAL)

Meidän tapauksessamme meillä oli (asiakkaan henkilökohtaisia tietoja on muutettu):

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

ja

# 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

Tässä meillä on max_transfer = 0x40000 (256 kB) < LTG (1024 kB) (0x100000) .. aiheuttaa ongelman.

Kokoonpanossa joillekin hdiskeille oli asetettu "max_transfer" -asetus 0x100000 ja toiset oli asetettu 0x40000 (todennäköisesti luotu eri ODM-julkaisuilla). Jos kaikki polut olivat käytettävissä, jokaisessa hdiskpowerissa oli aina yksi hdiskpower, jonka max_transfer oli asetettu arvoon 0x100000 ja I/O voitiin suorittaa. Mutta kun tämä hdisk ei ollut enää käyttökelpoinen, vain levyt, joiden max_transfer oli asetettu 0x40000, olivat käytettävissä... ongelman aiheuttaja.

Ongelman korjaamiseksi hdisk-levyn max_transfer-määritteen arvo on oltava suurempi tai yhtä suuri kuin LTG-koko. Tapauksessa, jossa LTG = 1024 kB, ongelma korjattiin seuraavasti:

# 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

Tämä tietämyskannan artikkeli ei koske LVM_IO_FAIL, joiden virheasetuksena on 5 (EIO)