DDOS 5.7: Adgang til fil med CIFS i MTree, destinationen for MTree-replikering, forårsager DDFS-panik eller genstarter eller forældede filhåndtag efter opgradering

Summary: Forsøg på at få adgang til filer i et MTree i en Data Domain Restorer (DDR), der bruges som destination for MTree-replikering via CIFS-protokollen, kan forårsage DDFS-panik/genstart eller forældede filhåndtag efter opgradering af DDOS 5.7 eller nyere versioner ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms



Data Domain Restorers (DDRs) kan konfigureres til at replikere indholdet af individuelle MTrees på ét system til et eksternt system via MTree Replication (MREPL). På trods af at MTree på destinationen er skrivebeskyttet, kan den stadig bruges til at få adgang til de replikerede filer til læsning / gendannelse / rapportering eller yderligere udgående replikering.

Hvis destinations-DDR kører DDOS 5.7, og der opnås adgang til et MTree, der bruges som destination for MREPL, via CIFS, kan DD FS-processen opleve PANIKs/genstart (hvilket forårsager en afbrydelse i kørslen af sikkerhedskopieringer/gendannelser/replikering) på grund af en defekt i koden med mulige PANIC-signaturer som vist nedenfor:

 

PANIK: FMCL/fm_inode.c: fm_iput_unpin: 468: fm_iput_unpin mislykkedes. Dirents stadig til stede. PANIK: ddr/fm/fm_server.c: fms_write_segs: 1891: str == NULL PANIK: ddr/fm/fm_dm1_access.c: fm_dm1_access_intern: 203: fms_is_private_file_handle(&attr-fh>) && cred != g_nocred_p

Derudover kan CIFS-klienten, der opretter forbindelse til MTree via CIFS, muligvis se 'ugyldigt håndtag'-fejl. Bemærk, at dette problem kun påvirker DDR'er, der kører DDOS 5.7, og ikke gælder for andre versioner af DDOS.
 

Der er også en anden mulig manifestation af det samme problem, som kan forekomme på DDOS 6.x eller nyere udgivelser, selv når den beskrevne defekt er rettet (se nedenfor for udgivelser). Den oprindelige rettelse kunne ikke identificere en anden kodesti for den samme fejl (nemlig når destinations-FS for MTree, der bruges til at få adgang til filer via CIFS, er 100% fuld), hvilket kan resultere i den samme PANIC-streng nedenfor, og som siden er blevet rettet i nogle DDOS 6.x-udgivelser:

09/12 01:56:30.847 (TID 0x7f557410ec20): ERROR: MSG-INTRNL-00001: PANIK: FMCL/fm_inode.c: fm_iput_unpin: 469: fm_iput_unpin mislykkedes. Dirents stadig til stede.



Cause

DDOS 5.7 og nyere (som fuldstændigt ændrede den underliggende SMB/CIFS-implementering i DDOS) indeholder nye funktioner, der tillader CIFS-filhåndtag med høj sikkerhed. Dette problem skyldes en defekt i, hvordan disse CIFS-filhåndtag med høj sikkerhed interagerer med MTree-replikeringsfunktionaliteten.

Resolution

Bemærk, at en rettelse til dette problem var inkluderet i følgende hot fix-/patchversioner af DDOS (bemærk, at fra september 2019 er DDOS 5.7 ikke længere en understøttet version):
  • DDOS 5.7.1.10 og nyere
  • DDOS 5.7.2.0 og nyere
  • DDOS 5.7.32.0 (denne version gælder kun for Data Domain Virtual Edition/virtuelle DDVE-enheder)
Kunder bør på nuværende tidspunkt opgradere til en understøttet DDOS 6.x-version, da supportopsigelsen for DDOS 5.7-serien ophørte den 31. januar 2019.


For den hjørnefejl, der kan blive ramt, når FS, der fungerer som destination for MREPL, er 100% fuld, er der ingen rettelse i nogen DDOS 5.7-version, men der er i følgende senere (og aktuelt understøttede) udgivelser:
  • DDOS 6.0.2.40 og nyere
  • DDOS 6.1.2.30 og nyere
  • DDOS 6.2.0.20 og nyere
Da det i dette tilfælde (når den urolige DD FS er 100 %) muligvis ikke er muligt at opgradere DDOS med det samme på grund af manglende FS-plads, kan en mulig løsning være:
  • Deaktiver al indtagelse og alle anvendte protokoller samt replikering
  • Kør rent (selvom FS er 100% fuld, skal den fuldføre fint) og vent på, at den er færdig
  • Nu hvor FS ikke længere skal være 100% fuld, skal du tage dig tid til at fjerne yderligere sikkerhedskopier, kontrollere for gamle snapshots osv. og køre rent igen
  • Når mængden af diskplads er tilstrækkelig til at undgå at fylde FS op igen, skal du genaktivere protokoller og genoptage sikkerhedskopieringer
  • Planlæg opgraderingen til en fast version til et senere tidspunkt
Hvis FS er nede eller går ned gentagne gange, bedes du kontakte din kontraherede supportudbyder, så vi kan hjælpe med en alternativ løsning.

Affected Products

Data Domain

Products

Data Domain
Article Properties
Article Number: 000064526
Article Type: Solution
Last Modified: 11 Sep 2025
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.