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: ssä

Ympäristö:
OS: AIX (mikä tahansa maku)
DELL SW: PowerPath AIX:lle (mikä tahansa versio)
Muut kuin DELL-laitteistot: 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 PowerPath -tuoteperheen CLI- ja järjestelmäviestien viitteessä.

PowerPath ilmoittaa tästä ilmoituksesta, kun PowerPath ei pysty määrittämään, mihin ladattavaan levyjärjestelmämoduuliin (LAM) 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 LAM-muistia, tämä tarkoittaa, että käytössä on pseudolaite, jonka merkinnät ODM:ssä osoittavat laitetyypin, jota PowerPath ei odota.

Tämän artikkelin luomisen aiheuttaneessa tapauksessa ODM: ssä oli seuraavaa:

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 havaitsemme:

PdAt:
uniquetype = "disk/fcp/2145"
attribute = "vpd_map"
deflt = "MF0808C,TM1010C,RL2004C,Z00008X,Z1040780C,SN081083X"
values = ""
width = ""
type = "V"
generic = ""
rep = "sl"
nls_index = 0

Tämä ei ole DELL-tyyppinen levy eikä PowerPathin hallinnoima levy: tämä on IBM-levy.

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

CuAt:
    name = "hdiskpower29"
    attribute = "unique_id"
    value = "33213600507680C80017D3800000000000XXXXXXX4503IBMfcp"
    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 komennot powermt epäonnistuvat, powermt_custom.xml-tiedostoa ei voi päivittää powermt savella. powermt_custom.xml-tiedoston poistaminen kannattaisi kannattaa, koska vaarana on, että oikeiden pseudolaitteiden ja PowerPathin hallittujen levyjärjestelmälaitteiden välinen suhde saatetaan menettää.

Ainoa tapa poistaa ongelma on poistaa ODM: stä kaikki pseudolaitteet, joissa "unique_id" -määrite on XXXXIBMfcp. Ja 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 esimerkistämme (jokainen tapaus on yksilöllinen, ja alla oleva luettelo on 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 169 170 171 172 173 216 217 267 522 523 524 525 526 527
do
rmdev -dl hdiskpower$i
done

Puhdistuksen jälkeen suorita 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ä, kun tarkistetaan "unique_id" -määritettä) "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.