CloudLink versleutelde PowerFlex SDS-apparaatfouten na opnieuw opstarten als gevolg van SDS-service die begint voordat CloudLink-agent schijven ontgrendelt

Betreffende producten: De specifieke combinatie die bestaat uit:

1. PowerFlex 3.6
2. Cloudkoppeling 7.1
3. RHEL 8.x
4. SDS-apparaten versleuteld door CloudLink

Na opnieuw opstarten kunnen de met CloudLink versleutelde SDS-apparaten als mislukt worden weergegeven in de PowerFlex-gebruikersinterface als gevolg van een herschikking van de apparaatmapper.

De logische toewijzing van het opstartapparaat kan wisselen tussen de eerste en de laatste letter van het apparaat.

De SDS-fouten kunnen ook optreden na het opnieuw opstarten als de SDS-service wordt gestart voordat CloudLink de schijven heeft ontgrendeld. Dit wordt opgelost in CloudLink release 7.0.2.

• De versleutelde CloudLink-mapper gebruikt de stationsletter als identifier. (bijvoorbeeld /dev/mapper/svm_sdb)
• Wanneer de stationsletter verandert, verandert de naam van de mapper
• Tijdens het opnieuw opstarten kan de stationsaanduiding veranderen op basis van of de opstartschijf of de SDS-schijven eerst worden gedetecteerd.
• Dit kan ook gebeuren als de SDS-service wordt gestart voordat de CloudLink-agent de schijven heeft ontgrendeld.

Tijdelijke oplossing voor het wijzigen van stationsletters:

• Optie 1:

  • Stop de SDS-service op het PowerFlex-knooppunt (/opt/emc/scaleio/sds/bin/delete_service.sh).
  • Wis alle SDS-meldingen. Dit zou PowerFlex moeten activeren om het systeem opnieuw te scannen op de nieuwe apparaatnamen en deze te gaan gebruiken. (Te vinden in presentatieserverapparaten>.)
  • Start de SDS-service opnieuw op na (/opt/emc/scaleio/sds/bin/create_service.sh).

• Optie 2: Verwijder de SDS-schijven uit PowerFlex en voeg ze opnieuw toe. (Te vinden in Presentation Server > Devices)

• Optie 3: Start het PowerFlex-knooppunt opnieuw op en de schijfvolgorde kan worden hersteld naar de oorspronkelijke toewijzing.

Als bij volgende opstarten de nieuwe stationsletterindeling wordt gebruikt, blijven de SDS-fouten optreden bij het opnieuw opstarten. Als u de letters van de PowerFlex-schijf wilt wijzigen zodat de SDS-fouten niet optreden, voert u de volgende scli-opdrachten uit:

Zoek de sds_id van het SDS-knooppunt dat de fouten bevatte:

Scli --query_all_sds

Update met de nieuwe stationsletters:

Scli --update_sds_original_paths -sds_id  <id>

Stel het starten van PowerFlex uit totdat CloudLink de schijven ontgrendelt:
CloudLink-upgrades naar 7.0x, 7.1, 7.1.1 en 7.1.2 verwijderen een slaaptimer van 60 seconden in /opt/emc/extra/pre_run.sh op SDS-knooppunten. Dit veroorzaakt SDS-fouten na een herstart, omdat PowerFlex de schijven begint te gebruiken voordat ze worden ontgrendeld door CloudLink. Om SDS-fouten bij opnieuw opstarten te voorkomen, voegt u de vertraging van 60 s weer toe in /opt/emc/extra/pre_run.sh op SDS-knooppunten na een upgrade van een CloudLink-agent. Hierdoor wordt de SDS-service vertraagd totdat de versleutelde schijven zijn ontgrendeld door CloudLink.

Een voorbeeld van de vertraging van 60 s die aan pre_run.sh is toegevoegd:

#!/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

Permanente oplossing:

• Nieuwe implementaties : Installeer CloudLink 7.1.2 en PowerFlex 3.6.0.2
• Bestaande systemen: Upgrade naar CloudLink 7.1.2 en PowerFlex 3.6.0.2

CloudLink 7.1.2 en PowerFlex 3.6.0.2 gebruiken de /dev/disk/by-id/.... En gebruik daarom de namen /dev/mapper/svm_wwn-XXXX vs de logische /dev/svm_sdXXX.