Błędy urządzeń PowerFlex SDS szyfrowanych CloudLink po ponownym uruchomieniu z powodu uruchomienia usługi SDS przed odblokowaniem dysków przez agenta CloudLink
Summary: Gdy urządzenia PowerFlex SDS są szyfrowane przez CloudLink, nazwy mapowania mogą ulec zmianie po ponownym uruchomieniu. Powoduje to zmianę kolejności urządzeń SDS, a w interfejsie użytkownika PowerFlex są one wyświetlane jako uszkodzone. ...
Symptoms
Dotyczy produktów: Specyficzna kombinacja, która obejmuje:
- PowerFlex 3.6
- Łącze chmury 7.1
- RHEL 8.x
- Urządzenia SDS szyfrowane przez CloudLink
Po ponownym uruchomieniu urządzenia SDS zaszyfrowane CloudLink mogą być wyświetlane w interfejsie PowerFlex jako uszkodzone ze względu na zmianę kolejności mapowania urządzeń.
Mapowanie logiczne urządzenia rozruchowego może przełączać się między pierwszą a ostatnią literą urządzenia.
Błędy SDS mogą również wystąpić po ponownym uruchomieniu, jeśli usługa SDS zostanie uruchomiona przed odblokowaniem dysków przez CloudLink. Zostanie to naprawione w CloudLink w wersji 7.0.2.
Cause
- Zaszyfrowany program mapujący CloudLink używa litery dysku jako identyfikatora. (na przykład /dev/mapper/svm_sdb)
- Gdy litera dysku ulegnie zmianie, zmieni się nazwa mapującego
- Podczas ponownego uruchamiania litera dysku może ulec zmianie w zależności od tego, czy najpierw wykryty zostanie dysk rozruchowy, czy dysk SDS.
- Może się to również zdarzyć, jeśli usługa SDS zostanie uruchomiona przed odblokowaniem dysków przez agenta CloudLink.
Resolution
Obejście problemu ze zmianą litery dysku:
-
Opcja 1:
- Zatrzymaj usługę SDS w węźle PowerFlex (/opt/emc/scaleio/sds/bin/delete_service.sh).
- Wyczyść wszystkie alerty SDS. Powinno to skłonić PowerFlex do ponownego przeskanowania systemu w poszukiwaniu nowych nazw urządzeń i rozpoczęcia ich używania. (Znajduje się w urządzeniach serwera prezentacji>).
- Uruchom ponownie usługę SDS po (/opt/emc/scaleio/sds/bin/create_service.sh).
-
Opcja 2: Wyjmij dyski SDS z PowerFlex i dodaj je ponownie. (Znajduje się w urządzeniach serwera > prezentacji)
-
Opcja 3: Uruchom ponownie węzeł PowerFlex, a kolejność dysków może powrócić do oryginalnego mapowania.
Jeśli kolejne ponowne uruchomienia będą miały nowy format litery dysku, błędy SDS będą nadal występować podczas ponownego uruchamiania. Aby zmienić litery dysków PowerFlex tak, aby nie występowały błędy SDS, uruchom następujące polecenia scli:
Znajdź sds_id węzła SDS, w którym wystąpiły błędy:
Scli --query_all_sds
Zaktualizuj za pomocą nowych liter dysków:
Scli --update_sds_original_paths -sds_id <id>
Opóźnij uruchomienie PowerFlex do momentu odblokowania dysków przez CloudLink:
Uaktualnienia CloudLink do wersji 7.0x, 7.1, 7.1.1 i 7.1.2 usuną 60-sekundowy wyłącznik czasomierza w /opt/emc/extra/pre_run.sh na węzłach SDS. Spowoduje to błędy SDS po ponownym uruchomieniu, ponieważ PowerFlex zacznie korzystać z dysków przed ich odblokowaniem przez CloudLink. Aby zapobiec błędom SDS przy ponownym uruchamianiu, dodaj 60-sekundowe opóźnienie z powrotem w /opt/emc/extra/pre_run.sh na węzłach SDS po uaktualnieniu agenta CloudLink. Opóźnia to uruchomienie usługi SDS do momentu odblokowania zaszyfrowanych dysków przez CloudLink.
Przykład pokazujący 60-sekundowe opóźnienie dodane do 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
Trwałe rozwiązanie:
- Nowe wdrożenia — zainstaluj CloudLink 7.1.2 i PowerFlex 3.6.0.2
- Istniejące systemy: Uaktualnienie do CloudLink 7.1.2 i PowerFlex 3.6.0.2
CloudLink 7.1.2 i PowerFlex 3.6.0.2 będą używać /dev/disk/by-id/.... Dlatego należy używać nazw /dev/mapper/svm_wwn-XXXX zamiast logicznego /dev/svm_sdXXX.