Gebeurtenis: Knooppunt is hersteld van een paniek. Informatie over paniek wordt vastgelegd in bestand: var tmp panic

Summary: In dit artikel wordt uitgelegd hoe gebruikers en technische support de gebeurtenis "Knooppunt is hersteld van een paniek"-gebeurtenis of -berichten moeten beheren. Bekijk alle delen van het artikel voordat u handelt. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

GEBEURTENIS:
U hebt een gebeurtenismelding ontvangen die aangeeft dat een of meer knooppunten zijn hersteld van een panic. Informatie over de paniek wordt vastgelegd in een bestand onder /var/tmp/ op de getroffen knooppunten.
Voorbeeld: 
4.3394   03/12 18:02 W    4    53125     Node 4 has recovered from a panic. Info about panic is recorded in file: /var/tmp/panic.1615590175

Cause

De exacte oorzaken van een knooppuntpaniek kunnen variëren, maar typische oorzaken kunnen zijn:
  • Hardwarefout
  • Fout in softwarecode
  • Verkeerde configuratie
Analyse van de clusterlogboeken moet worden uitgevoerd met PowerScale Support voor de exacte oorzaak van het probleem.

Resolution

Om te beginnen met het oplossen van het probleem, moet u eerst controleren of het knooppunt is hersteld van de paniekgebeurtenis en niet offline of offline is. *

Om problemen op te lossen, opent u een SSH-verbinding met het knooppunt en logt u in met het "root"-account.
Voer de volgende opdracht uit om te bevestigen dat het knooppunt opnieuw is aangesloten op het cluster: 
# isi status
De isi status Opdracht retourneert uitvoer die vergelijkbaar is met het volgende. Als het knooppunt opnieuw verbinding heeft gemaakt met het cluster, wordt in de kolom Status geen "D" (omlaag) weergegeven: 
                   Health  Throughput (bps)  HDD Storage      SSD Storage
ID |IP Address     |DASR |  In   Out  Total| Used / Size     |Used / Size
---+---------------+-----+-----+-----+-----+-----------------+-----------------
  1|10.16.141.226  | OK  | 553M| 3.2M| 557M|61.9T/ 106T( 59%)|        L3:  1.5T
  2|10.16.141.227  | OK  | 481M| 96.0| 481M|62.2T/ 106T( 59%)|        L3:  1.5T
  3|10.16.141.228  | OK  | 372k| 332k| 704k|62.3T/ 106T( 59%)|        L3:  1.5T
  4|10.16.141.229  | OK  |10.8M| 941k|11.7M|62.6T/ 106T( 59%)|        L3:  1.5T
  5|10.16.141.230  | OK  | 9.4M| 393k| 9.8M|62.6T/ 106T( 59%)|        L3:  1.5T
  6|10.16.141.231  | OK  | 7.3M|256.0| 7.3M|63.4T/ 106T( 60%)|        L3:  1.5T
---+---------------+-----+-----+-----+-----+-----------------+-----------------
Cluster Totals:          | 1.1G| 4.9M| 1.1G| 375T/ 634T( 59%)|        L3:  8.7T

     Health Fields: D = Down, A = Attention, S = Smartfailed, R = Read-Only
Verzamel logboeken door de volgende opdracht uit te voeren en geef de logboekset door aan Isilon Technische Support voor analyse van de panic: 
# isi_gather_info -f /var/tmp/
 
Opmerking: /var/tmp/ Panic data is not collected in a default log gather. U moet gebruik maken van isi_gather_info -f /var/tmp/ om de juiste paniekinformatie te verzamelen.

Zodra de logboeken zijn ontvangen, moet Technische Support de panic stack-details bekijken en analyseren. Ze bepalen of de panic stack overeenkomt met een bekend probleem of een Knowledge Base-artikel. In het geval dat de gegevens van de panic stack niet overeenkomen met een bekend probleem of een bestaand KB-artikel, wordt het probleem geëscaleerd voor verdere beoordeling. Technische support bepaalt welke acties nodig zijn, zoals een hardwarevervanging, codefix, firmware-update of andere beperking.

* Als de node nog steeds niet beschikbaar is, moet aanvullende probleemoplossing worden uitgevoerd om de node weer online te krijgen. Neem contact op met de technische support van Isilon als u hulp nodig hebt.

Zie artikel 55936 voor meer informatie: Isilon OneFS: Gebeurtenismelding: Knooppunt offline - gebeurtenis-ID: 200010001, 300010003, 399990001, 900160001, 910100006, 400150007

Additional Information

Opmerking:
  • Deze nieuwe gebeurtenismelding is ingeschakeld als onderdeel van de roll-uppatches van maart 2021 voor OneFS v8.1.2.0, v8.2.2.0 en v9.1.0.5. Clusters met OneFS-versies vóór de Rolling Up Patch (RUP) van maart 2021 plaatsen deze gebeurtenismelding niet.
  • OneFS 9.2, 9.3, 9.4 en hoger hebben deze functie allemaal inbegrepen.
  • De update activeert een gebeurtenis als OneFS opnieuw opstart detecteert als gevolg van een knooppuntalarm.
  • De gebeurtenis kan basisinformatie bevatten, zoals coredumpheaders om het probleem te begrijpen en op te lossen.
  • Een resulterende dial-home SR kan de aanvullende informatie in een leesbare indeling bevatten voor triage en analyse.

Opmerking: Deze functie kan valse alarmen veroorzaken als gevolg van eerdere paniekgebeurtenissen, cores of minidumps die zich mogelijk op het cluster bevinden voorafgaand aan de installatie van de RUP van maart 2021. OneFS kan blijven waarschuwen voor oude paniekbestanden totdat deze worden verwijderd. Voer de volgende stappen uit om valse alarmen te voorkomen.
  1. Ruim het berichtenlogboek op door de logboeken geforceerd te draaien. Deze functie controleert niet op paniekinformatie in gedraaide logboeken binnen een gz-archief zoals messages.0.gz, messages.1.gz, enzovoort. Voer de volgende opdracht uit om /var/log/messages te roteren wanneer er panics worden gevonden:
isi_for_array 'grep "panic @ time" /var/log/messages && newsyslog -F /var/log/messages'.
  1. Controleer de /var/crash Directory van elk knooppunt voor een core- of minidumps-bestand. Verwijder ze of maak er een back-up van nadat u goedkeuring hebt gekregen.
  2. Voer de volgende opdracht uit om op te schonen vmcore bestanden in /var/crash op alle knooppunten.
isi_for_array 'find /var/crash/ -name "vmcore*" -delete'

Affected Products

PowerScale OneFS

Products

Isilon
Article Properties
Article Number: 000184828
Article Type: Solution
Last Modified: 18 Sept 2025
Version:  15
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.