Data Domain: DDFS-PANIK: dmbt_update_entry_nolock

Sammendrag: Denne artikel beskriver, hvordan du løser problemet og genaktiverer filsystemet, når DDFS (Data Domain File System) går i panik med følgende PANIC-streng: PANIK: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock ...

Denne artikkelen gjelder for Denne artikkelen gjelder ikke for Denne artikkelen er ikke knyttet til noe bestemt produkt. Det er ikke produktversjonene som identifiseres i denne artikkelen.

Symptomer

Det berørte Data Domain (DD) rapporterer en panik med følgende meddelelse for systemer med ARL-aktiverede MTrees (Automatic Retention Lock), der bruges til replikering:

PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock
 
Berørte systemer:
  • PowerProtect-datadomæner med automatisk fastholdelseslås (ARL) aktiveret.
 
Symptomer:
  • Nedbrud af Data Domain-filsystemet
  • System ustabilitet 
  • Logfiler, der viser ovenstående panikbesked umiddelbart før et systemnedbrud

Årsak

Dette problem opstår, når der vises et MTree-replikeringssnapshot mellem åbne og lukke DDBOOST-opkald.

Problemet udløses under følgende betingelser:
  • Ikonet nfsproc3_ddcp_open_file_3_svc() -funktionen identificerer en RL-fil (Retention Lock), der ændres inden for ARL-afkølingsperioden (COP), og nulstiller tagværdien til 0 (DM_TAG_DEFAULT).
  • Den efterfølgende nfsproc3_ddcp_close_file_3_svc() Funktionen nulstiller normalt tagget til en gyldig værdi.
  • Men hvis en fil oprettes med en udvidet attribut og ændres i ARL COP, og der opstår et øjebliksbillede mellem åbne og lukke DDBOOST-opkald, kan denne sekvens udløse PANIC.
 

Dette sker på 7.7.x og 7.10.x, og udløseren er, når fastholdelseslås (normalt ARL) er aktiveret på mtrees.

Bemærk: Kun destinationen DD panik - kilden DD bør ikke påvirkes.

Oppløsning

Du kan løse dette problem ved at gøre følgende: 

1. Bryd enhver replikeringskontekst for det oprindelige kilde- og destinationsMTree.

2. Fastcopy det problematiske mtree på kilden DD
  • Dette skaber en ny, ren kopi af mtree uden den problematiske kontekst.
3. Aktivér ikke automatisk fastholdelseslås (ARL) på den nye "fastcopied" Mtree.
  • Dette forhindrer, at problemet opstår igen.

4. Omdiriger sikkerhedskopier til det nyligt fastkopierede MTree på Source the DD.
(Opdater eventuelle sikkerhedskopieringsjob for at målrette mod det nye MTree.)

5. Opret en ny replikeringskontekst mellem det nyligt fastkopierede MTree og destinations-DD.
  • Sørg for, at den nye replikeringsopsætning er fuldt synkroniseret.
  • Hold dette mtree ARL deaktiveret fra at forhindre PANIC i at gentage sig. 
    • Administrer de gamle mtrees:
    • Lad de originale mtrees være på både kilde- og destinationssystemerne indtil videre.
      • Når den nye replikering er synkroniseret, og opbevaringsperioden for de gamle MTree-filer er udløbet, skal du slette filerne i de gamle MTrees.
      • Slet derefter det gamle mtree på både kilden og destinationen.

Tilleggsinformasjon

  • Det er afgørende at overvåge systemet for eventuelle yderligere uregelmæssigheder efter udførelse af ovenstående trin.
  • Sørg for, at alle sikkerhedskopieringspolitikker og replikeringskontekster er opdateret korrekt, så de afspejler ændringerne.

Berørte produkter

Data Domain, Data Domain, Data Domain Retention Lock, DD OS 7.7
Artikkelegenskaper
Artikkelnummer: 000227777
Artikkeltype: Solution
Sist endret: 17 sep. 2026
Versjon:  6
Få svar på spørsmålene dine fra andre Dell-brukere
Støttetjenester
Sjekk om enheten din er dekket av støttetjenestene.