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 Logs:

###### 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 logfilerne BoostFS og DDFS (Data Domain File System) på serversiden 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. Kontroller den oprindelige OST_ABANDON_TIMEOUT værdi. Bemærk: Standardværdien er 10800 sekunder (3 timer). Min . værdien er 1800 sekunder (30 minutter), og den maksimale værdi er 259200 sekunder (72 timer).

SE@DD## se sysparam show OST_ABANDON_TIMEOUT
Name                  Description                         Current   Default   Override
-------------------   ---------------------------------   -------   -------   --------
OST_ABANDON_TIMEOUT   DDCP abandon context timeout(sec)   10800     10800     none
-------------------   ---------------------------------   -------   -------   --------

3. Forøg OST_ABANDON_TIMEOUT Værdi til maks. værdi = 259200 sekunder (72 timer).

SE@DD## se sysparam set OST_ABANDON_TIMEOUT=259200
SE@DD## se sysparam show OST_ABANDON_TIMEOUT
Name                  Description                         Current   Default   Override
-------------------   ---------------------------------   -------   -------   --------
OST_ABANDON_TIMEOUT   DDCP abandon context timeout(sec)   259200    10800     rpc
-------------------   ---------------------------------   -------   -------   --------
SE@DD##

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