PowerFlex: Enheter i feltillstånd vid uppgradering av CloudLink med PFxM

Detta är åtgärdat i PowerFlex Manager 3.8.3.   

Det finns en PowerFlex Manager 3.8.2-korrigeringsfil för att säkerställa att insomningstimern finns. 

För PowerFlex Manager 3.8.0 och 3.8.1 ska du använda följande metod för att utföra tjänstuppgraderingar med CloudLink-kryptering.

Uppgradera CloudLink-resursen med RCM till önskad version. 

 1. Logga in på PowerFlex Manager.

2. Gå till fliken Resurser, välj Alla resurser och välj sedan ett CloudLink Center att uppgradera. Du får endast uppgradera en enskild nod i ett CloudLink Center-kluster. De återstående noderna uppgraderas automatiskt.

3. Klicka på Uppdatera resurser.

4. Välj Tillåt att PowerFlex Manager utför uppdateringar av fast programvara och programvara nu eller Schemalägg uppdateringar av fast programvara och program.

5. Klicka på Verkställ och klicka på Ja för att bekräfta.

Uppgradera alla agenter automatiskt.  

Logga in på CloudLink Center

Var och en av SDS-noderna kommer att ha ett larm som indikerar att CloudLink-agenten inte har uppgraderats ännu.

Ställ in uppgraderingspolicyn för maskinagenten på Auto för den datorgrupp som innehåller de SDS-noder som uppgraderas (detta utlöser en uppgradering av CloudLink-agenten på alla SDS-noder): 

Åtgärder för agenter > , datorgrupper > , ändring > , uppgradering av gruppdatoragent > .

Vänta några minuter på att CloudLink ska uppgradera alla CloudLink-agenter på SDS-noderna till den nya versionen. Se till att CloudLink-agentlarmen på SDS-noderna har rensats.

Uppdatera /opt/emc/extra/pre_run.sh.

Kontrollera /opt/emc/extra/pre_run.sh på varje SDS-nod som har uppgraderats.

Om den inte finns använder du "vi" för att skapa filen med alla kommandon som visas nedan.

Om den finns, använd "vi" och lägg till "sleep 60"-timern som visas nedan.

/opt/emc/extra/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))
  sleep 60
  while [ $SECONDS -lt $end ]; do
    /sbin/svm unlocked > /dev/null && break
    sleep 5
  done
fi

  4. Ändra behörigheterna för den pre_run.sh filen "chmod 755 /opt/emc/extra/pre_run.sh"  

 Starta om noder och rensa fel (valfritt):

• Sätt en SDS-nod i skyddat underhållsläge.
• Spela in enhetsbeteckningar som används (till exempel sda-sdk eller sdb – sdl)
• Starta om noden.
• När omstarten är klar kontrollerar du att det inte finns några PowerFlex-fel i PowerFlex-användargränssnittet.   Om så är fallet rensar du felen.
• Kontrollera /opt/emc/extra/pre_run.sh fortfarande innehåller "sleep 60"-timern. Om inte, lägg till timern "sleep 60" och upprepa från steg 3.   
• Kontrollera beställningen av enhetsbokstaven. Om enheterna har sorterats om återställer du enheterna med hjälp av scli-kommandon:

scli --query_all_sds
scli --query_sds -sds_id   
scli --update_sds_original_paths -sds_id  

7. Om det uppstod PowerFlex-fel vid den första omstarten upprepas steg 3–6.

8. Ta noden ur skyddat underhållsläge.

9. Upprepa steg 1–8 för alla andra SDS-noder för att bekräfta att pre_run.sh är korrekt konfigurerade.   

  Starta serviceuppgradering

• 1. Inventera alla noder i PFxM och bekräfta att CloudLink är kompatibelt med nya RCM på alla SDS-noder.
• 2. Utför RCM-uppgraderingen på tjänsten.

 För PowerFlex Manager 3.8.2 ska du applicera den bifogade korrigeringsfilen före tjänsteuppgraderingar med CloudLink-kryptering:

Innan du påbörjar RCM-uppgraderingen ska du applicera PowerFlex Manager 3.8.2-korrigeringsfilen:  

Ta ett snapshot av PowerFlex Manager-enheten. (Ta bort ögonblicksbilden när den är klar.)

Ladda ner den .zip filen som bifogats till denna KB och packa upp.   

Kopiera filen Dell-VxFM-asm-deployer-3.8.2-52.noarch.rpm till katalogen /var/tmp på PowerFlex Manager-enheten.

ssh till PowerFlex Manager-enheten.

Kontrollera att inga jobb körs på PFxM.

Kör följande kommandon på PowerFlex Manager-enheten för att tillämpa korrigeringsfilen:

cd /var/tmp
sudo rpm -Fvh Dell-VxFM-asm-deployer-3.8.2-52.noarch.rpm
sudo shutdown -r now 

RCM-uppgraderingen kan nu utföras och det bör inte uppstå några SDS-fel på de krypterade enheterna när noderna startas om.