Data Domain: DDFS-PANIK: dmbt_update_entry_nolock

Den berörda Data Domain (DD) rapporterar en panik med följande meddelande för system med ARL-aktiverade MTrees (Automatic Retention Lock) som används för replikering:

PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock

• PowerProtect Data Domains med Automatic Retention Lock (ARL) aktiverat.

• Krasch av Data Domain-filsystemet
• Systeminstabilitet 
• Loggar som indikerar ovanstående panikmeddelande omedelbart före en systemkrasch

Det här problemet uppstår när en MTree-replikeringssnapshot inträffar mellan DDBOOST-anropen för att öppna och stänga.

• Informationen nfsproc3_ddcp_open_file_3_svc() -funktionen identifierar en RL-fil (Retention Lock) som ändras inom ARL-avkylningsperioden (COP) och återställer taggvärdet till 0 (DM_TAG_DEFAULT).
• Den efterföljande nfsproc3_ddcp_close_file_3_svc() återställer normalt taggen till ett giltigt värde.
• Men om en fil skapas med ett utökat attribut och ändras i ARL COP, och en ögonblicksbild inträffar mellan DDBOOST-anropen öppen och stängd, kan den här sekvensen utlösa PANIC.

Detta inträffar på 7.7.x och 7.10.x, och utlösaren är när kvarhållningslås (vanligtvis ARL) är aktiverat på MTrees.

Lös problemet genom att göra följande: 

1. Bryt alla replikeringskontexter för den ursprungliga käll- och målMTree.

• Detta skapar en ny, ren kopia av mtree utan den problematiska kontexten.

• Detta förhindrar att problemet återkommer.

4. Omdirigera säkerhetskopior till det nyligen fastkopierade MTree på Källa DD.
(Uppdatera alla säkerhetskopieringsjobb så att de riktar in sig på det nya MTree.)

• Kontrollera att den nya replikeringskonfigurationen är helt synkroniserad.
• Håll detta mtree ARL inaktiverat från att förhindra att PANIC upprepas. 
  • Hantera de gamla mtrees:
  • Lämna de ursprungliga MTrees på både käll- och målsystemen tills vidare.
    • När den nya replikeringen har synkroniserats och kvarhållningsperioden för de gamla MTree-filerna har löpt ut tar du bort filerna i de gamla MTree.
    • Ta sedan bort den gamla MTree på både källan och målet.

• Det är viktigt att övervaka systemet för ytterligare avvikelser efter att ha utfört ovanstående steg.
• Se till att alla säkerhetskopieringsprinciper och replikeringskontexter är korrekt uppdaterade för att återspegla ändringarna.