Data Domain: DDFS PANIC: dmbt_update_entry_nolock

Zusammenfassung: In dit artikel wordt beschreven hoe u het probleem kunt oplossen en het bestandssysteem opnieuw kunt inschakelen wanneer het Data Domain File System (DDFS) panic raakt met de volgende PANIC-tekenreeks: PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock ...

Dieser Artikel gilt für Dieser Artikel gilt nicht für Dieser Artikel ist nicht an ein bestimmtes Produkt gebunden. In diesem Artikel werden nicht alle Produktversionen aufgeführt.

Symptome

Het getroffen Data Domain (DD) meldt een panic met het volgende bericht voor systemen met automatische retentievergrendeling (ARL) ingeschakeld mtrees die worden gebruikt voor replicatie:

PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock
 
Systemen waarin dit probleem optreedt:
  • PowerProtect Data Domains met automatisch vergrendeling voor retentie (ARL) ingeschakeld.
 
Symptomen:
  • Crash van het Data Domain-bestandssysteem
  • Instabiliteit van het systeem 
  • Logboeken die het bovenstaande paniekbericht aangeven vlak voor een systeemcrash

Ursache

Dit probleem doet zich voor wanneer er een snapshot van de mtree-replicatie plaatsvindt tussen de DDBOOST-aanroepen voor openen en sluiten.

Het probleem treedt op onder de volgende omstandigheden:
  • De nfsproc3_ddcp_open_file_3_svc() functie identificeert een Retention lock (RL)-bestand dat wordt gewijzigd binnen de ARL cool-off-periode (COP) en stelt de tagwaarde opnieuw in op 0 (DM_TAG_DEFAULT).
  • De daaropvolgende nfsproc3_ddcp_close_file_3_svc() Normaal gesproken wordt de tag gereset naar een geldige waarde.
  • Als er echter een bestand wordt gemaakt met een uitgebreid kenmerk en wordt gewijzigd binnen de ARL COP en er een momentopname plaatsvindt tussen de DDBOOST-aanroepen openen en sluiten, kan deze volgorde de PANIC activeren.
 

Dit gebeurt op 7.7.x en 7.10.x, en de trigger is wanneer retention lock (meestal ARL) is ingeschakeld op de mtrees.

Opmerking: Alleen de doel-DD raakt in paniek - de bron-DD mag niet worden beïnvloed.

Lösung

Ga als volgt te werk om dit probleem op te lossen: 

1. Verbreek eventuele replicatiecontext van de oorspronkelijke bron- en doel-mtree.

2. Fastcopy de problematische mtree op de bron DD
  • Dit creëert een nieuwe, schone kopie van de mtree zonder de problematische context.
3. Schakel Automatic Retention Lock (ARL) niet in op de nieuwe "fastcopied" mtree.
  • Dit voorkomt dat het probleem zich opnieuw voordoet.

4. Leid back-ups om naar de nieuw fastcopyed mtree op de bron van het DD.
(Werk eventuele back-uptaken bij om deze te richten op de nieuwe mtree.)

5. Maak een nieuwe replicatiecontext tussen de zojuist fastcopyed mtree en de doel-DD.
  • Zorg ervoor dat de nieuwe replicatie-installatie volledig is gesynchroniseerd.
  • Houd deze mtree ARL uitgeschakeld om te voorkomen dat de PANIC zich opnieuw voordoet. 
    • De oude mtrees beheren:
    • Laat de oorspronkelijke mtrees voorlopig op zowel het bron- als het doelsysteem staan.
      • Zodra de nieuwe replicatie is gesynchroniseerd en de retentieperiode voor de oude mtree-bestanden is verstreken, verwijdert u de bestanden in de oude mtrees.
      • Verwijder vervolgens de oude mtree op zowel de bron als de bestemming.

Weitere Informationen

  • Het is van cruciaal belang om het systeem te controleren op verdere afwijkingen na het uitvoeren van de bovenstaande stappen.
  • Ervoor zorgen dat alle back-upbeleidsregels en replicatiecontexten correct worden bijgewerkt om de wijzigingen weer te geven.

Betroffene Produkte

Data Domain, Data Domain, Data Domain Retention Lock, DD OS 7.7
Artikeleigenschaften
Artikelnummer: 000227777
Artikeltyp: Solution
Zuletzt geändert: 04 Mai 2026
Version:  4
Antworten auf Ihre Fragen erhalten Sie von anderen Dell NutzerInnen
Support Services
Prüfen Sie, ob Ihr Gerät durch Support Services abgedeckt ist.