CloudLink-kryptert PowerFlex SDS-enhetsfeil etter omstart på grunn av at SDS-tjenesten starter før CloudLink-agenten låser opp stasjoner
Summary: Når PowerFlex SDS-enheter krypteres av CloudLink, kan mappenavnene endres etter en omstart. Dette fører til at SDS-enhetene endrer rekkefølgen, og de vises som mislykket i PowerFlex-brukergrensesnittet. ...
Symptoms
Berørte produkter: Den spesifikke kombinasjonen som inkluderer:
- PowerFlex 3.6
- Cloud Link 7.1
- RHEL 8.x
- SDS-enheter kryptert av CloudLink
Etter en omstart kan de krypterte SDS-enhetene for CloudLink vises som mislykket i PowerFlex-brukergrensesnittet på grunn av omorganisering av enhetsmapper.
Den logiske tilordningen for oppstartsenheten kan bytte mellom første og siste enhetsbokstav.
SDS-feilene kan også oppstå etter omstart hvis SDS-tjenesten starter før CloudLink har låst opp stasjonene. Dette vil bli løst i CloudLink versjon 7.0.2.
Cause
- Den krypterte CloudLink-mappen bruker stasjonsbokstaven som identifikator. (for eksempel /dev/mapper/svm_sdb)
- Når stasjonsbokstaven endres, endres navnet på mappen
- Under omstarten kan stasjonsbokstaven endres basert på om oppstartsstasjonen eller SDS-diskene oppdages først.
- Dette kan også skje hvis SDS-tjenesten starter før CloudLink-agenten har låst opp stasjonene.
Resolution
Løsning for endring av stasjonsbokstav:
-
Alternativ 1:
- Stopp SDS-tjenesten på PowerFlex-noden (/opt/emc/scaleio/sds/bin/delete_service.sh).
- Fjern alle SDS-varsler. Dette skal utløse at PowerFlex skanner systemet på nytt for de nye enhetsnavnene og begynner å bruke dem. (Finnes i Presentation Server-enheter>.)
- Start SDS-tjenesten på nytt etter (/opt/emc/scaleio/sds/bin/create_service.sh).
-
Alternativ 2: Fjern SDS-diskene fra PowerFlex, og legg dem til på nytt. (Finnes i Presentation Server-enheter>)
-
Alternativ 3: Start PowerFlex-noden på nytt, og diskrekkefølgen endres kanskje tilbake til den opprinnelige tilordningen.
Hvis påfølgende omstarter bruker det nye stasjonsbokstavformatet, vil SDS-feilene fortsette å oppstå ved omstart. Hvis du vil endre stasjonsbokstavene for PowerFlex slik at SDS-feilene ikke oppstår, kjører du følgende scli-kommandoer:
Finn sds_id til SDS-noden som hadde feilene:
Scli --query_all_sds
Oppdater med de nye stasjonsbokstavene:
Scli --update_sds_original_paths -sds_id <id>
Utsett PowerFlex-starten til CloudLink låser opp stasjonene:
CloudLink-oppgraderinger til 7.0x, 7.1, 7.1.1 og 7.1.2 fjerner en sovetimer på 60 sekunder i /opt/emc/extra/pre_run.sh på SDS-noder. Dette vil forårsake SDS-feil etter en omstart fordi PowerFlex begynner å bruke stasjonene før de låses opp av CloudLink. For å forhindre SDS-feil ved omstart, legger du til 60 s-forsinkelsen tilbake i /opt/emc/extra/pre_run.sh på SDS-noder etter en oppgradering av CloudLink-agenten. Dette forsinker SDS-tjenesten som starter til de krypterte stasjonene har blitt låst opp av CloudLink.
Et eksempel som viser 60 s forsinkelse lagt til pre_run.sh:
#!/bin/bash -f if [ -f /sbin/svm ]; then echo svm is installed $(date) >> /var/log/svm-sds /sbin/svmd -l /var/log/svmd.log -p /var/run/svmd.pid & end=$((SECONDS+300)) while [ $SECONDS -lt $end ]; do /sbin/svm unlocked > /dev/null && break sleep 5 done fi sleep 60 echo pre_run returned...$(date) >> /var/log/svm-sds
Permanent korrigering:
- Nye implementeringer – Installer CloudLink 7.1.2 og PowerFlex 3.6.0.2
- Eksisterende systemer: Oppgrader til CloudLink 7.1.2 og PowerFlex 3.6.0.2
CloudLink 7.1.2 og PowerFlex 3.6.0.2 vil bruke /dev/disk/by-id/.... Bruk derfor navnene /dev/mapper/svm_wwn-XXXX kontra den logiske /dev/svm_sdXXX.