DDOS 5.7: Tilgang til filen med CIFS i MTree, målet for MTree-replikering, forårsaker at DDFS får panikk eller starter på nytt, eller foreldede filnavn etter oppgradering

Data Domain Restorers (DDR-er) kan konfigureres til å replikere innholdet i individuelle MTrees på ett system til et eksternt system via MREE Replication (MREPL). Til tross for at MTree på destinasjonen er skrivebeskyttet, kan den fortsatt brukes til å få tilgang til de repliserte filene for lesing / gjenoppretting / rapportering eller videre utgående replikering.

Hvis destinasjons-DDR kjører DDOS 5.7 og en MTree brukt som mål for MREPL er tilgjengelig via CIFS, kan det oppstå panikk/omstart i DD FS-prosessen (forårsaker et avbrudd i kjøringen av sikkerhetskopieringer/gjenopprettinger/replikering) på grunn av en feil i koden, med mulige PANIC-signaturer som vist nedenfor:
 

PANIKK: FMCL/fm_inode.C: fm_iput_unpin: 468: fm_iput_unpin mislyktes. Dirents fortsatt til stede. PANIC: ddr/fm/fm_server.c: fms_write_segs: 1891: str == NULL PANIKK: ddr/fm/fm_dm1_access.c: fm_dm1_access_intern: 203: fms_is_private_file_handle(&attr-fh>) &&; cred != g_nocred_p

I tillegg kan CIFS-klienten som kobler til MTree via CIFS, oppleve ugyldige håndteringsfeil. Vær oppmerksom på at dette problemet bare påvirker DDR-er som kjører DDOS 5.7, og gjelder ikke for andre versjoner av DDOS.
 

Det er også en annen mulig manifestasjon av det samme problemet som kan oppstå på DDOS 6.x eller nyere utgivelser selv når den beskrevne feilen er løst (se nedenfor for utgivelser). Den opprinnelige reparasjonen klarte ikke å identifisere en annen kodebane for den samme feilen (nemlig når mål-FS for MTree som brukes til å få tilgang til filer via CIFS er 100 % full), noe som kan resultere i den samme PANIC-strengen nedenfor, og som siden har blitt løst i noen DDOS 6.x-versjoner:

09/12 01:56:30.847 (tid 0x7f557410ec20): ERROR: MSG-INTRNL-00001: PANIKK: FMCL/fm_inode.C: fm_iput_unpin: 469: fm_iput_unpin mislyktes. Dirents fortsatt til stede.

DDOS 5.7 og nyere (som fullstendig endret den underliggende SMB / CIFS-implementeringen i DDOS) inkluderer ny funksjonalitet som tillater tilstandsfulle CIFS-filreferanser. Dette problemet skyldes en feil i hvordan disse tilstandsfulle CIFS-filhåndterer samhandler med MTree-replikeringsfunksjonalitet.

Vær oppmerksom på at en hurtigreparasjon for dette problemet ble inkludert i følgende hurtigreparasjons-/oppdateringsversjoner av DDOS (Merk at DDOS 5.7 fra september 2019 ikke lenger er en støttet versjon):

• DDOS 5.7.1.10 og nyere
• DDOS 5.7.2.0 og nyere
• DDOS 5.7.32.0 (denne versjonen gjelder bare for Data Domain Virtual Edition/DDVE virtuelle apparater)

Kunder bør på dette tidspunktet oppgradere til en støttet DDOS 6.x-versjon, ettersom oppsigelsen av kundestøtte for DDOS 5.7-serien opphørte 31. januar 2019.


For hjørnet tilfelle defekt som kan bli truffet når FS fungerer som destinasjon for MREPL er 100% full, er det ingen reparasjon i noen DDOS 5.7-versjon, men det er i følgende senere (og støttes) utgivelser:

• DDOS 6.0.2.40 og nyere
• DDOS 6.1.2.30 og nyere
• DDOS 6.2.0.20 og nyere

Som i dette tilfellet (når den urolige DD FS er 100%) kan det ikke være umiddelbart mulig å oppgradere DDOS på grunn av mangel på FS-plass, en mulig løsning kan være:

• Deaktiver alle inntak og protokoller som brukes, samt replikering
• Kjør rent (selv om FS er 100% fullt, bør det fullføre fint) og vent til den er fullført
• Nå som FS ikke skal være 100% full lenger, ta deg tid til å fjerne ekstra sikkerhetskopier, se etter gamle øyeblikksbilder, etc. og kjøre rent igjen
• Når mengden diskplass er tilstrekkelig til å unngå å fylle opp FS igjen, aktiverer du protokoller på nytt og gjenopptar sikkerhetskopieringene
• Planlegge oppgraderingen til en fast versjon på et senere tidspunkt

Hvis FS er nede eller krasjer gjentatte ganger, kan du kontakte din avtalte støtteleverandør, slik at vi kan hjelpe deg med en alternativ løsning.