VxRail: Fel vid föruppgradering till 4.0 och senare

Det finns flera scenarier som resulterar i det här problemet. Se avsnittet Lösning för möjliga problem och motsvarande åtgärder.

De interna tjänstfelen för offlineuppladdningsåtgärden kan bero på något av följande scenarier i avsnittet Lösning.   

Problem 1: Det finns inte tillräckligt med utrymme för det uppackade sammansatta paketet (krävs 2,35 * compositeBundleSize).

Möjlig lösning:  Försök att rensa filsystemet (ta bort temporära filer och andra oanvända filer) på den virtuella VxRail Manager-maskinen för att komma till det nödvändiga utrymmet 2,35 * compositeBundleSize. 

Obs! Om uppgraderingen startar från vissa kodnivåer krävs en manuell process för att expandera diskpartitionen på VxRail Manager före uppgraderingen. Kontakta Dells support om du behöver ytterligare hjälp.

Problem 2: ESXi-maskinvaruplattformen är inte kompatibel med ESXi-uppgraderingspaketet som ingår i det sammansatta paketet.

Möjlig lösning: Den befintliga maskinvaruplattformen är inte kompatibel med det använda uppgraderingspaketet. Det beror på att ESXi-maskinvaruleverantörens info inte matchar ESXi-uppgraderingspaketet i det sammansatta paketet. Lös problemet genom att se till att skaffa det hämtningspaket som matchar din ESXi-maskinvaruleverantörsinformation från Dells nedladdningswebbplats eller ACG-kategori. 

Problem #3: vCenter-versionen är inte kompatibel med ESXi-uppgraderingspaketet som ingår i det sammansatta paketet.

Möjlig lösning: ESXi-målversionen bör vara kompatibel med den installerade vCenter-versionen. Detta sker vanligtvis i externa VC-kontexter. Det betyder att VC-versionen hamnar på efterkälken. Lös problemet genom att uppgradera din externa VC med den version som matchar den medföljande ESXi-versionen. 

Utgåva #4: ESXi-maskinvaruplattformen är inte kompatibel med VIB-uppgraderingspaketet som ingår i det sammansatta paketet.

Möjlig lösning: Målversionen av VIB bör vara kompatibel med den installerade ESXi-plattformsversionen. Det beror på att det medföljande VIB-paketet inte stämmer överens med ESXi-maskinvaruleverantörens information. Lös problemet genom att se till att skaffa det hämtningspaket som matchar din ESXi-maskinvaruleverantörsinformation från Dells nedladdningswebbplats eller ACG-kategori. 

Utgåva #5: Det uppstod ett fel när det uppladdade uppgraderingspaketet lästes från Tomcat temporära lagring.

Möjlig lösning: Försök att rensa filsystemet (ta bort temporära filer och andra filer som inte används) på den virtuella VxRail Manager-maskinen och starta om tjänsten. Kontakta kundtjänst om problemet inte löses efter.

Utgåva #6: Det gick inte att hämta den aktuella ESXi-versionen av värden.

Möjlig lösning:  Vanligtvis orsakas det av förlusten av värdanslutning till VC. Kontrollera att värdanslutningen är bra mellan VC och värden.

Utgåva #7: Det gick inte att hämta den aktuella VxRail VIB-versionen av värden

Möjlig lösning:  Vanligtvis beror det på att värdanslutningen till VC bryts eller att VxRail VIB saknas på värden. Kontrollera att värdanslutningen mellan VC och värden fungerar korrekt, eller installera VxRail VIB.

Utgåva #8: Platform Service har inte installerats eller är klar ännu

Möjlig lösning:  Det kan finnas många orsaker som resulterar i fel i plattformstjänsten. Kontakta kundtjänst när detta problem uppstår.

Utgåva #9: Quanta-plattformen stöds inte för uppgradering till 7.x.

Möjlig lösning: Inget

Utgåva #10: Integritetsverifieringen av uppgraderingspaketet misslyckades.

Möjlig lösning 1: När felmeddelandet innehåller "Precheck failure: Det gick inte att verifiera certifikatkedjan." Eller "Förkontrollfel: Det gick inte att verifiera manifestfilens signatur.", ladda ner ett nytt uppgraderingspaket och försök uppgradera igen. 

Möjlig lösning 2: När felmeddelandet innehåller "Precheck failure: Det gick inte att verifiera manifestfilen.", om det offentliga API:et v5 används för att uppgradera och uppgraderingspaketet är anpassat (VxRail stöder endast borttagning av onödiga uppgraderingskomponenter från uppgraderingspaketet, stöder inte tillägg eller modifiering av uppgraderingskomponenter), se den senaste användarhandboken för VxRail API för att kontrollera den nya parameteranvändningen för v5-API. Annars laddar du ned ett nytt uppgraderingspaket och försöker uppgradera igen.

Utgåva #11: TPM1.2 är aktiverat på 14G VxRail-klustret (version 4.7.x eller 7.0.x) så uppgraderingen till VxRail 8.0.000 blockeras. 

Möjlig lösning: Se artikel 000204703 för alternativ.

Utgåva #12: Uppgraderingspaketet är för Dell VxRail 14G och senare plattformar. Du kan inte installera den på 13G-plattformar. 

Möjlig lösning: VxRail 7.0.411 är den sista rekommenderade VxRail 7.0.x-versionen för dessa Dell VxRail 13G-system att uppgradera till. Du kommer inte att kunna uppgradera till en senare version om du har en 13G-nod i klustret. 

Utgåva #13: Uppladdningspaketet misslyckades när LCM från 4.7.212 eller tidigare versioner direkt till 7.0.480. 

Möjlig lösning: Om den aktuella klusterversionen är tidigare än 4.7.300 går det inte att uppgradera direkt till 7.0.480. Kontrollera versionskommentarerna för 7.0.480 om vilken sökväg till direktuppgradering som stöds och uppgradera klustret till någon av de versioner som stöds först (t.ex. 4.7.300) och fortsätt sedan med att uppgradera till 7.0.480.

Utgåva #14: Det gick inte att ladda upp paketet. Felmeddelandet visade "Det gick inte att uppdatera VxRail Radar-verktyget eftersom /mystic/radar owership inte är tcserver."

Möjlig lösning: Logga in på VxRail Manager via ssh och kör kommandot: su chown -R tcserver:pivotal /mystic/radar

Utgåva #15: Det gick inte att ladda upp paketet på grund av att uppgraderingen kommer från en modell, version eller LCM-läge som inte stöds.

Möjlig lösning: Läs versionskommentarerna för att kontrollera om den aktuella uppgraderingen stöds.