Data Domain: DDFS PANIC: dmbt_update_entry_nolock

Det berørte Data Domain (DD) rapporterer feil med følgende melding for systemer med ARL-aktiverte (Automatic Retention Lock)-parametere som brukes til replikering:

PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock

• PowerProtect-datadomener med automatisk oppbevaringslås (ARL) aktivert.

• Krasj i Data Domain-filsystemet
• Ustabilitet i systemet 
• Logger som viser panikkmeldingen ovenfor rett før et systemkrasj

Dette problemet oppstår når det oppstår et øyeblikksbilde av mtree-replikering mellom åpne og lukkede DDBOOST-samtaler.

• Informasjonen i nfsproc3_ddcp_open_file_3_svc() funksjonen identifiserer en oppbevaringslås (RL)-fil som endres i løpet av ARL-avkjølingsperioden (COP), og tilbakestiller kodeverdien til 0 (DM_TAG_DEFAULT).
• Den påfølgende nfsproc3_ddcp_close_file_3_svc() -funksjonen tilbakestiller vanligvis koden til en gyldig verdi.
• Hvis en fil opprettes med et utvidet attributt og endres i ARL COP, og det oppstår et øyeblikksbilde mellom åpne og lukkede DDBOOST-samtaler, kan imidlertid denne sekvensen utløse PANIC.

Dette skjer på 7.7.x og 7.10.x, og utløseren er når oppbevaringslås (vanligvis ARL) er aktivert på mtrees.

Gjør følgende for å løse dette problemet: 

1. Bryt replikeringskonteksten til det opprinnelige kilde- og måltreet.

• Dette skaper en ny, ren kopi av mtreet uten den problematiske konteksten.

• Dette forhindrer at problemet gjentar seg.

4. Omdiriger sikkerhetskopier til det nylig hurtigkopierte mtreet på Source the DD.
(Oppdater eventuelle sikkerhetskopijobber for å målrette mot det nye mtree.)

• Kontroller at det nye replikeringsoppsettet er fullstendig synkronisert.
• Hold denne mtree ARL deaktivert fra å forhindre at panikken gjentar seg. 
  • Administrer de gamle mtrees:
  • La de opprinnelige mtrees være på både kilde- og destinasjonssystemene foreløpig.
    • Når den nye replikeringen er synkronisert og oppbevaringsperioden for de gamle mtree-filene er utløpt, sletter du filene i de gamle mtrees.
    • Slett deretter det gamle mtreet på både kilden og destinasjonen.

• Det er avgjørende å overvåke systemet for ytterligere uregelmessigheter etter å ha utført trinnene ovenfor.
• Sørg for at alle sikkerhetskopieringspolicyer og replikeringskontekster er riktig oppdatert for å gjenspeile endringene.