Data Domain: DDFS-PANIK: dmbt_update_entry_nolock
Summary: 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 ...
Bu makale şunlar için geçerlidir:
Bu makale şunlar için geçerli değildir:
Bu makale, belirli bir ürüne bağlı değildir.
Bu makalede tüm ürün sürümleri tanımlanmamıştır.
Symptoms
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
Cause
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.
Resolution
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.
-
-
Additional Information
- 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.
Etkilenen Ürünler
Data Domain, Data Domain, Data Domain Retention Lock, DD OS 7.7Makale Özellikleri
Article Number: 000227777
Article Type: Solution
Son Değiştirme: 04 May 2026
Version: 4
Sorularınıza diğer Dell kullanıcılarından yanıtlar bulun
Destek Hizmetleri
Aygıtınızın Destek Hizmetleri kapsamında olup olmadığını kontrol edin.