DDOS 5.7: Toegang tot het bestand met CIFS in MTree, de bestemming voor MTree-replicatie, veroorzaakt DDFS-panics of herstarts of verouderde bestandshandvatten na upgrade

Data Domain Restorers (DDR's) kunnen worden geconfigureerd om de inhoud van afzonderlijke MTrees op één systeem te repliceren naar een extern systeem via MTree Replication (MREPL). Ondanks dat de MTree op de bestemming alleen-lezen is, kan deze nog steeds worden gebruikt voor toegang tot de gerepliceerde bestanden voor lezen/herstellen/rapporteren of verdere uitgaande replicatie.

Als op de doel-DDR DDOS 5.7 wordt uitgevoerd en een MTree die wordt gebruikt als bestemming voor MREPL wordt benaderd via CIFS, kan het DD FS-proces te maken krijgen met PANIC's/herstarts (waardoor het uitvoeren van back-ups/herstel/replicatie wordt onderbroken) vanwege een defect in de code, met mogelijke PANIC-handtekeningen zoals hieronder weergegeven:
 

PANIC: fmcl/fm_inode.c: fm_iput_unpin: 468: fm_iput_unpin mislukt. Dirents nog steeds aanwezig. PANIC: ddr/fm/fm_server.c: fms_write_segs: 1891: str == NULL PANIC: ddr/fm/fm_dm1_access.c: fm_dm1_access_intern: 203: fms_is_private_file_handle(&attr-fh>) & & cred != g_nocred_p

Bovendien kan de CIFS-client die via CIFS verbinding maakt met de MTree, fouten met een ongeldige handle te zien krijgen. Houd er rekening mee dat dit probleem alleen van invloed is op DDR's waarop DDOS 5.7 wordt uitgevoerd en niet van toepassing is op andere releases van DDOS.
 

Er is ook een andere mogelijke manifestatie van hetzelfde probleem dat kan optreden bij DDOS 6.x of latere releases, zelfs wanneer het beschreven defect is opgelost (zie hieronder voor releases). De oorspronkelijke oplossing kon geen ander codepad identificeren voor hetzelfde defect (namelijk wanneer de doel-FS voor de MTree die wordt gebruikt om toegang te krijgen tot bestanden via CIFS 100% vol is), wat kan resulteren in dezelfde PANIC-tekenreeks hieronder, en die sindsdien is opgelost in sommige DDOS 6.x-releases:

09/12 01:56:30.847 (tid 0x7f557410ec20): ERROR: MSG-INTRNL-00001: PANIC: fmcl/fm_inode.c: fm_iput_unpin: 469: fm_iput_unpin mislukt. Dirents nog steeds aanwezig.

DDOS 5.7 en hoger (waarmee de onderliggende SMB/CIFS-implementatie in DDOS volledig is gewijzigd) bevatten nieuwe functionaliteit die stateful CIFS-bestandshandvatten mogelijk maakt. Dit probleem wordt veroorzaakt door een defect in de manier waarop deze stateful CIFS-bestandsverwerkingen communiceren met MTree-replicatiefunctionaliteit.

Houd er rekening mee dat een oplossing voor dit probleem is opgenomen in de volgende hotfix-/patchreleases van DDOS (opmerking: vanaf september 2019 is DDOS 5.7 niet langer een ondersteunde release):

• DDOS 5.7.1.10 en hoger
• DDOS 5.7.2.0 en hoger
• DDOS 5.7.32.0 (deze release is alleen van toepassing op virtuele Data Domain Edition/DDVE apparaten)

Klanten moeten op dit moment upgraden naar een ondersteunde DDOS 6.x-release, aangezien de beëindiging van de ondersteuning voor de DDOS 5.7-reeks is beëindigd op 31 januari 2019.


Voor het hoekgevalsdefect dat kan optreden wanneer de FS die als bestemming voor MREPL fungeert 100% vol is, is er geen oplossing in een DDOS 5.7-versie, maar wel in de volgende latere (en momenteel ondersteunde) releases:

• DDOS 6.0.2.40 en hoger
• DDOS 6.1.2.30 en hoger
• DDOS 6.2.0.20 en hoger

Aangezien het in dit geval (wanneer de onrustige DD FS 100% is) mogelijk niet onmiddellijk mogelijk is om DDOS te upgraden vanwege een gebrek aan FS-ruimte, kan een mogelijke tijdelijke oplossing zijn:

• Schakel alle inname- en protocollen die worden gebruikt uit, evenals replicatie
• Schoon uitvoeren (zelfs als de FS 100% vol is, zou hij goed moeten zijn voltooid) en wacht tot hij is voltooid
• Nu de FS niet meer 100% vol zou moeten zijn, neemt u de tijd om extra back-ups te verwijderen, te controleren op oude snapshots, enz. en opnieuw schoon uit te voeren
• Wanneer de hoeveelheid schijfruimte voldoende is om te voorkomen dat de FS opnieuw vol raakt, schakelt u protocollen opnieuw in en hervat u de back-ups
• Plan de upgrade naar een vaste release voor een later tijdstip

Als de FS herhaaldelijk niet werkt of vastloopt, neem dan contact op met uw gecontracteerde supportprovider zodat we u kunnen helpen met een alternatieve tijdelijke oplossing.