Data Domain: BoostFS Panics eller Mount Point reagerer ikke

Symptomer:

• BoostFS går ned og går tilfældigt i panik. Dette sker, når arbejdsbyrden er høj.
• Sikkerhedskopieringsprogrammet kører forsinket READ og WRITE handlinger på BoostFS-monteringspunktet.
• Når der er forsinkelser i READ og WRITE handlinger fra sikkerhedskopieringsprogrammet, viser BoostFS-logfiler dette error 5057 File handle is stale from Data Domain server.

BoostFS-logfiler:

###### WRITE operation FAILED due to STALE FILE HANDLE error ######
Sep 11 00:36:29.635 7884 10740 [E] [ddp log] [1ECC:29F4] ddcl_ddcp_send_file_loop: Call to recv
refs2 failed. [ERR=5057] Sep 11 00:36:29.635 7884 10740 [E] [ddp log] [1ECC:29F4] ddcl_ddcp_pwrite: Call to send file loop2 failed. [ERR=5057]
Sep 11 00:36:29.635 7884 10740 [E] [ddp log] [1ECC:29F4] ddcl_ddcp_pwrite: Error in ddcl ddcp
pwrite. [ERR=5057] Sep 11 00:36:29.635 7884 10740 [E] [ddp log] [1ECC:29F4] ddp_write() failed Offset 11010048, BytesToWrite 1048576, BytesWritten 0 Err: 5057-File handle is stale
Sep 11 00:36:29.635 7884 10740 [E] bfs_cache_flush: failed: 5057 File handle is stale (0 bytes written)
Sep 11 00:36:29.651 7884 11292 [E] [ddp log] [1ECC:2C1C] ddcl_ddcp_send_file_loop: Call to recv
refs2 failed. [ERR=5057]
####### PANIC occurred HERE #######
Sep 11 00:36:29.667 7884 11292 [E] [ddp log] [1ECC:2C1C] PANIC: ..\ddcl\ddcl_ddcp.c:
ddcl_ddcp_commit: 4541: !(c->send_offset == c->write_offset)

Triaging:

1. Kontrollér BoostFS- og Server-side DDFS-logfilerne for den fejl, der er rapporteret ovenfor.
2. Overhold forsinkelsen i READ og WRITE handlinger fra sikkerhedskopieringsprogrammet. Overvej BoostFS API-ind- og udgangslogfiler.
3. Kontroller den værdi, der er angivet for OST_ABANDON_TIMEOUT (standard tre timer).
4. Kontrollér, at RPC'ens timeout er større end den værdi, der er angivet for OST_ABANDON_TIMEOUT.

1. Problemet skyldes en forsinkelse i READ og WRITE handlinger af sikkerhedskopieringsprogrammet. Dette udløser, at DDFS kasserer timeout. Dette fører til lukning af det tilsvarende filhåndtag efter tre timer (standardværdi)
2. Dette er standardtimeoutperioden for kassering, der bruges af DDFS til at identificere inaktivt filhåndtering. Til sidst kan nye skrivninger opleve panik på klientsiden.

Kontakt Dell Support for at øge timeout, hvilket kræver adgang til bash.

Skift OST_ABANDON_TIMEOUT parameter på serversiden ved hjælp af nedenstående trin. Dens værdi kan indstilles til en større værdi med maksimalt 12 timer.

1. Log på Data Domain med administratorrolleadgang . Support går i bash-tilstand og går derefter ind se Tilstand med ddsh -s
2. Tjek originalen OST_ABANDON_TIMEOUT Værdi.

SE@dd## se sysparam show OST_ABANDON_TIMEOUT

3. Forøg OST_ABANDON_TIMEOUT Værdi. Som standard er værdien 10800 (tre timer).

SE@dd## se sysparam set OST_ABANDON_TIMEOUT=129600
SE@dd## se sysparam show OST_ABANDON_TIMEOUT

Name Description Current Default Override
------------------- --------------------------------- ------- ------- -----
---
OST_ABANDON_TIMEOUT DDCP abandon context timeout(sec) 129600 10800 rpc
------------------- --------------------------------- ------- ------- -----
---

SE@dd##priv set admin

4. Genstart filsystemet efter ovenstående parameterændring. Bekræft med kunden, om denne genstart er tilladt. Hvis ikke, skal du planlægge en vedligeholdelsesperiode for at køre følgende kommando:

SE@dd## filesys disable
SE@dd## filesys enable