powermt-komennot epäonnistuvat, ja näyttöön tulee "ERROR: Laitteen Lam-väite epäonnistui"

Tämä ongelma ilmenee vain, kun palvelin on liitetty sekä PowerPathin hallittuihin että ei-hallittuihin PowerPath-matriisiin ja kun molemmissa levyjärjestelmissä on tehty muutoksia kokoonpanoon. Esimerkissämme joitakin Clariion-laitteita oli poistettu, mutta vastaavaa pseudolaitetta ei ollut puhdistettu. Sitten IBM-tallennus lisättiin ja hdisk-levyjä, joita alun perin käytettiin polkuna näille poistetuille Clariion-laitteille, käytettiin uudelleen kuvaamaan uusia IBM-levyjä. Tämä johti näihin virheellisiin merkintöihin ODM:ään.   

Ympäristö :
OS : AIX (mikä tahansa maku)
DELL EMC SW : PowerPath AIX:lle (mikä tahansa versio)
ei-DELL EMC HW : levyjärjestelmän levyt, joita PowerPath ei voi hallita.

AIX-ympäristössä powermt-komennot epäonnistuvat ja antavat viestin "ERROR: Device Lam -väite epäonnistui". Tätä virhettä ei ole dokumentoitu Dell EMC PowerPath -tuoteperheen CLI- ja järjestelmäviestien viitteessä.

Powerpath ilmoittaa sanomasta, kun PowerPath ei pysty määrittämään, mihin LAM (Loadable Array Module) -laitteeseen laite kuuluu. Koska PowerPath-komennot eivät toimi, vianmääritys voidaan tehdä vain ODM: n avulla. Jos Powerpath etsii LAM-muistia eikä löydä sopivaa, tämä tarkoittaa, että ODM:ssä on pseudolaite, joka viittaa laitetyyppiin, jota PowerPath ei odota.

Tämän artikkelin luomisen aiheuttaneessa tapauksessa meillä oli seuraava ODM: ssä: CuAt:
name = "hdiskpower29"
attribute = "vpd_map"
value = "MF0808C,TM1010C,RL2004C,Z00008X,Z1040780C,SN081083X"
type = "V"
generic = "
"rep = "sl"
nls_index = 0

Tarkistamalla tällaisen laitteen PdAt löydämme :

PdAt:uniquetype = "disk/fcp/2145"attribute = "vpd_map"




deflt = "MF0808C,TM1010C,RL2004C,Z00008X,Z1040780C,SN081083X"
arvot = ""
width = ""
type = "V"
generic = "
"rep = "sl"
nls_index = 0

Tämä ei ole DELL EMC -tyyppinen levy eikä mitään, mitä PowerPath hallitsee: tämä on IBM-levy.

Helpomman todisteen laitteen luonteesta antaa pseudolaitteen unique_id ominaisuus. Meidän tapauksessamme meillä oli (todellinen arvo muutettiin luottamuksellisuuden säilyttämiseksi) :

CuAt:
    name = "hdiskpower29"
attribute = "unique_id"
arvo = "33213600507680C80017D38000000000000XXXXXXX4503IBMfcp"
type = "R"
generic = ""
rep = "s"
nls_index = 0
 
Kun tällaisia merkintöjä on ODM: ssä ja kun pseudolaitteeseen (tässä hdiskpower29) viitataan "powermt_custom.xml", "powermt config" ei voi liittää LAM: ää laitteeseen ja epäonnistuu.ja toinen "powermt" -komento epäonnistuu samalla virheellä.

Koska kaikki powermt-komennot epäonnistuvat, powermt_custom.xml-tiedostoa ei voi päivittää powermt savella. powermt_custom.xml-tiedoston poistaminen olisi erittäin huono ajatus, koska saatat menettää oikeiden pseudolaitteiden ja PowerPathin hallitsemien levyjärjestelmälaitteiden välisen suhteen.

Ainoa tapa poistaa ongelma on poistaa ODM: stä kaikki pseudolaitteet, joissa "unique_id" -määrite on XXXXIBMfcp. Sen sijaan, että käytettäisiin vaarallisia "odmdelete" -komentoja, on suositeltavaa käyttää yksinkertaisesti "rmdev -dl <pseudo_device>" -komentoa.

Tässä on esimerkki komennoista, jotka suoritettiin virheellisten merkintöjen poistamiseksi esimerkissämme (tietysti jokainen tapaus on ainutlaatuinen ja alla oleva luettelo on vain esimerkki) :

for i in 29 30 31 32 33 34 39 40 41 42 43 44 45 46 47 48 125 136 137 138 167 168 168 169 170 171 172 173 216 217 267 522 523 524 525 526 527
do
rmdev -dl hdiskpower$Tein


tämän puhdistuksen jälkeen komennon powermt config ja sen jälkeen powermt save. Tässä vaiheessa saatat myös löytää joitain "kuolleita" polkuja (pseudolaitteille, jotka on myös poistettu kokoonpanosta, mutta joissa vastaavia hdisk-levyjä ei ole käytetty uudelleen osoittamaan muihin kuin PowerPath-hallittuihin levyihin ja joita ei havaittu ODM: ssä tarkistettaessa "unique_id" -attribuuttia) "powermt -näytössä". Nämä merkinnät siivotaan komennolla powermt check. Muista tällöin suorittaa powermt save -toiminto uudelleen tämän loppusiivouksen jälkeen.