Dell Unity: Systemer, der kører 5.3.0-kode med SupportAssist aktiveret, kan opleve lagerprocessorpanik (SP) efter ~2 måneders oppetid (kan rettes af brugeren)
Summary: Unity-systemer, der kører 5.3.0.0.5.120-kode med SupportAssist aktiveret, kan opleve en SP-panik efter at have været oppe i ca. 2 måneder med en to SCG-konfigurationer eller efter ca. 4 måneder med en enkelt SCG-konfiguration eller direkte forbindelse. ...
Symptoms
SupportAssist er konfigureret og aktiveret til fjernadgang.
Både konfigurationer med direkte forbindelse og gateway påvirkes.
SP-panik og uventet genstart efter ca. 2 måneders driftstid med en SP-panik med to SCG-konfigurationer
og uventet genstart efter ca. 4 måneders driftstid med en enkelt SCG-konfiguration eller direkte tilslutning.
Cause
Panikken bør kun opstå på den primære SP, der kører ESE-processen, og efter panikken frigives ressourcerne.
Resolution
Dette problem er løst i Unity Operating Environment (OE) version 5.3.1.0.5.008.
Løsning:
Der er flere løsninger tilgængelige; Se afsnittet Yderligere oplysninger for at få detaljerede trin for hver løsning.
Additional Information
Løsningsmulighed #1:
Genstart af SupportAssist, når antallet af zombiekrølleprocesser er blevet højt, vil rydde dem ud og forhindre en SP-panik i at opstå. Den anbefalede grænse for genstart af SupportAssist er 5.000. Kommandoerne til kontrol af antallet af zombiekrølleprocesser (hedengangne) og genstart af SupportAssist er vist nedenfor.
14:01:20 service@none spb:~/user# ps -ef |grep curl|grep nedlagt|wc -l
4702 <----------------Nuværende Antal zombie curl processer
14:01:52 service@none spb:~/user# svc_supportassist --restart
Genstart i gang........ Afsluttet!
14:03:59 service@none spb:~/user# svc_supportassist --status
Tilstand: Løbetype
: Opret forbindelse via en gatewayserver
Tilslutningsmuligheder: Tilgængelig
primær gateway: https://1.2.3.4:9443 (tilgængelig)
Fjernadgang:
Ja RSC aktiveret: Ingen
version: 4.7.7.21
Initialiseret:
Ja Proxytilstand: ingen
14:04:22 service@none spb:~/user# ps -ef |grep curl|grep nedlagt|wc -l
0 <----------------- Antal zombiekrølleprocesser efter genstart
af SupportAssistLøsning Mulighed #2:
Der er udviklet et nyt UDoctor-script (udoctor_update_supportassist), som gøres tilgængeligt for tilsluttede Unity-systemer i en trinvis udrulning. Hvis det accepteres og installeres, vil det nye Udoctor-script rydde alle zombie (hedengangne) krølleprocesser og også forhindre akkumulering af nye zombie (hedengangne) krølleprocesser i fremtiden.
UDoctor-scriptet skubbes automatisk til systemer, der har callhome aktiveret, og som ringer hjem og angiver, at de har 5.3.0 installeret. Tidligere blev der givet prioritet til systemer, der havde et stort antal zombieprocesser, men denne prioritet er blevet elimineret, og vi fremskynder nu udrulningen til alle systemer, der forbinder hjem og angiver 5.3.0. Når pakken er blevet skubbet til dit system, vil du se en advarsel, der ligner den, der vises:
UDoctor-pakker bruges til at anvende målrettede opdateringer, løsninger og konfigurationsændringer på Unity-arrayet, uafhængigt af en fuld OE-softwareopgradering.
Se vidensartikel Dell Unity: UDoctor-pakken (xxxxxx) er nu tilgængelig til installation. (Kan rettes af brugeren) for, hvordan du identificerer, om en ny UDoctor-pakke er tilgængelig, og hvordan du accepterer og installerer en ny UDoctor-pakke.
BEMÆRK 1:
Når der udføres en opgradering (NDU) af Unity OE, overskrives eventuelle ændringer, der er foretaget af UDoctor-pakken. Det betyder, at når softwarerettelsen bliver tilgængelig i en ny Unity OE-version, kan der udføres en standard NDU, og der kræves ingen yderligere trin.
BEMÆRK 2:
Der er ingen måde at tilsidesætte lager-/push-processen og tvinge UDoctor-pakken til at blive skubbet til et bestemt Unity-system. Lager-/push-processen finder sted ugentligt. For kunder, der ønsker rettelsen tidligere, er den korrekte løsning at opgradere til Unity OE-version 5.3.1.0.5.008 (5.3 SP1). Alternativt kan kunderne bruge de andre løsninger, der er anført ovenfor.