Data Domain: ERRORE IRREVERSIBILE DDFS: dmbt_update_entry_nolock
Sammendrag: Questo articolo descrive come risolvere il problema e riabilitare il file system quando si verifica un errore irreversibile di Data Domain File System (DDFS) con la seguente stringa PANIC: ERRORE IRREVERSIBILE: 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
Il Data Domain (DD) interessato segnala un errore irreversibile con il seguente messaggio per i sistemi con MTrees abilitati per Automatic Retention Lock (ARL) utilizzati per la replica:
PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock
Sistemi interessati:
-
PowerProtect Data Domain con Automatic Retention Lock (ARL) abilitato.
Sintomi:
-
Arresto anomalo del file system di Data Domain
-
Instabilità del sistema
-
Registri che indicano il messaggio di errore irreversibile di cui sopra immediatamente prima di un arresto anomalo del sistema
Årsak
Questo problema si verifica quando si verifica un'istantanea della replica mtree tra le chiamate di apertura e chiusura di DDBOOST.
Il problema si attiva nelle seguenti condizioni:
-
La colonna
nfsproc3_ddcp_open_file_3_svc()identifica un file di Retention lock (RL) modificato all'interno del periodo di raffreddamento (COP) dell'ARL e reimposta il valore del tag su 0 (DM_TAG_DEFAULT). -
La successiva
nfsproc3_ddcp_close_file_3_svc()normalmente reimposta il tag su un valore valido. -
Tuttavia, se viene creato un file con un attributo esteso e viene modificato all'interno del COP ARL e si verifica un'istantanea tra le chiamate di apertura e chiusura di DDBOOST, questa sequenza può attivare l'errore irreversibile.
Ciò si verifica nelle versioni 7.7.x e 7.10.x e si attiva quando il retention lock (in genere ARL) è abilitato sugli mtrees.
Nota: Solo il DD di destinazione presenta un errore irreversibile, il DD di origine non dovrebbe essere interessato.
Oppløsning
Per risolvere questo problema, procedere come segue:
1. Interrompere qualsiasi contesto di replica dell MTree di origine e destinazione originale.
2.
Fastcopy l MTree problematico sul DD di origine
-
In questo modo viene creata una nuova copia pulita dell mtree senza il contesto problematico.
3. Non abilitare Automatic Retention Lock (ARL) sul nuovo "
fastcopied" MTree.
-
In questo modo si evita che il problema si ripresenti.
4. Reindirizzare i backup all MTree appena copiato velocemente su Source the DD.
(Aggiornare eventuali processi di backup per la nuova MTree).
5. Creare un nuovo contesto di replica tra l MTree appena copiato velocemente e il DD di destinazione.
-
Assicurarsi che la nuova configurazione di replica sia completamente sincronizzata.
-
Mantenere disabilitato questo ARL mtree per evitare che l'errore irreversibile si ripeta.
-
Gestire i vecchi MTrees:
-
Lasciare per il momento gli MTrees originali sui sistemi di origine e di destinazione.
-
Una volta sincronizzata la nuova replica e scaduto il periodo di retention per i vecchi file mtree, eliminare i file nei vecchi mtree.
-
Eliminare quindi il vecchio mtree sia sull'origine che sulla destinazione.
-
-
Tilleggsinformasjon
- È fondamentale monitorare il sistema per individuare ulteriori anomalie dopo aver eseguito i passaggi precedenti.
- Assicurarsi che tutte le policy di backup e i contesti di replica siano aggiornati correttamente per riflettere le modifiche.
Berørte produkter
Data Domain, Data Domain, Data Domain Retention Lock, DD OS 7.7Artikkelegenskaper
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.