Händelse: Noden har återställts från panik. Information om panik finns inspelad i filen: var tmp panik

Summary: I den här artikeln beskrivs hur användare och teknisk support ska hantera händelser eller meddelanden av typen "Noden har återställts efter panik". Läs alla delar av artikeln innan du agerar. ...

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

HÄNDELSE
Du har fått ett händelsemeddelande som anger att en eller flera noder har återställts efter en panik. Information om paniken registreras i en fil som finns under /var/tmp/ på de berörda noderna.
Exempel: 
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 exakta orsakerna till en nodpanik kan variera, men typiska orsaker kan vara:
  • Maskinvarufel
  • Fel på programvarukod
  • Felkonfigurering
Analys av klusterloggarna måste utföras med PowerScale-stöd för den exakta orsaken till paniken.

Resolution

Börja felsöka problemet genom att först bekräfta att noden har återställts från panikhändelsen och inte är nere eller offline. *

Om du vill felsöka öppnar du en SSH-anslutning till noden och loggar in med rotkontot.
Kör följande kommando för att bekräfta att noden återansluter till klustret: 
# isi status
Informationen isi status returnerar utdata som liknar följande. Om noden har återanslutits till klustret visas inte kolumnen Hälsa "D" (ned): 
                   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
Samla in loggar genom att köra följande kommando och ange logguppsättningen till Isilons tekniska support för analys av paniken: 
# isi_gather_info -f /var/tmp/
 
Obs! /var/tmp/ Panikdata samlas inte in i en standardlogginsamling måste du använda isi_gather_info -f /var/tmp/ för att samla in korrekt panikinformation.

När loggarna har tagits emot ska den tekniska supporten granska och analysera panikstacksinformationen. De avgör om panikstacken motsvarar något känt problem eller någon kunskapsbasartikel. Om Panic Stack-informationen inte matchar ett känt problem eller en befintlig KB-artikel eskaleras problemet för ytterligare utvärdering. Den tekniska supporten avgör vilka åtgärder som behövs, till exempel byte av maskinvara, kodkorrigering, uppdatering av inbyggd programvara eller andra åtgärder.

* Om noden fortfarande är nere måste ytterligare felsökning utföras för att få noden online igen. Kontakta Isilons tekniska support om du behöver hjälp.

För mer information, se artikel 55936: Isilon OneFS: Händelseavisering: Node Offline - Event ID: 200010001, 300010003, 399990001, 900160001, 910100006, 400150007

Additional Information

Obs!
  • Den här nya händelseaviseringen aktiveras som en del av de samlade korrigeringsfilerna för mars 2021 för OneFS v8.1.2.0, v8.2.2.0 och v9.1.0.5. Kluster som kör OneFS-versioner före RBP (Roll Up Patch) från mars 2021 publicerar inte den här händelseaviseringen.
  • OneFS 9.2, 9.3, 9.4 och senare har alla denna funktion inkluderad.
  • Uppdateringen utlöser en händelse om OneFS upptäcker en omstart på grund av nodpanik.
  • Händelsen kan innehålla grundläggande information, till exempel kärndumphuvuden som hjälper dig att förstå och felsöka problemet.
  • En resulterande SR för uppringning kan innehålla ytterligare information i ett läsbart format för prioritering och analys.

Obs! Den här funktionen kan orsaka falsklarm på grund av tidigare panikhändelser, kärnor eller minidumpar som kan finnas i klustret före installationen av RUP-kortet från mars 2021. OneFS kan fortsätta att varna för gamla panikfiler tills de tas bort. Gör följande steg för att undvika falsklarm.
  1. Rensa meddelandeloggen genom att framtvinga rotering av loggarna. Den här funktionen söker inte efter panikinformation i roterade loggar i ett gz-arkiv, till exempel messages.0.gz, messages.1.gz osv. Kör följande kommando för att rotera /var/log/messages när panik upptäcks:
isi_for_array 'grep "panic @ time" /var/log/messages && newsyslog -F /var/log/messages'.
  1. Kontrollera /var/crash för varje nod för alla kärn- eller minidumpsfiler. Ta bort eller säkerhetskopiera dem när du har fått godkännande.
  2. Kör följande kommando för att rensa vmcore Filer som finns i /var/crash på alla noder.
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.