Data Domain: BoostFS-panikk eller monteringspunkt reagerer ikke

Symptomer:

• BoostFS krasjer og får tilfeldig panikk. Dette skjer når arbeidsbelastningen er høy.
• Sikkerhetskopieringsapplikasjonen kjører forsinket READ og WRITE operasjoner på BoostFS-monteringspunktet.
• Når det er forsinkelser i READ og WRITE operasjoner fra backup-applikasjonen, viser BoostFS-logger 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. Kontroller loggene for BoostFS og Server-side DDFS (Data Domain file system) for feilen som er rapportert ovenfor.
2. Vær oppmerksom på forsinkelsen i READ og WRITE operasjoner fra sikkerhetskopieringsapplikasjonen. Vurder BoostFS API-inngangs- og utgangslogger.
3. Kontroller verdien som er angitt for OST_ABANDON_TIMEOUT (standard tre timer).
4. Kontroller at RPC-ens tidsavbrudd er større enn verdien som er angitt for OST_ABANDON_TIMEOUT.

1. Problemet skyldes en forsinkelse i READ og WRITE operasjoner av sikkerhetskopiapplikasjonen. Dette utløser DDFS til å forkaste tidsavbrudd. Dette fører til at den tilsvarende filreferansen lukkes etter tre timer (standardverdi)
2. Dette er standard forkastingstidsavbruddsperiode som brukes av DDFS til å identifisere inaktiv filreferanse. Etter hvert kan nye skrivinger oppleve panikk på klientsiden.

Ta kontakt med Dells kundestøtte for å øke tidsavbruddet som krever tilgang til bash.

Endre ikonet OST_ABANDON_TIMEOUT -parameteren på serversiden ved hjelp av trinnene nedenfor. Verdien kan settes til en større verdi med maksimalt 12 timer.

1. Logg på datadomenet med administratorrolletilgang . Støtten går inn i bash-modus og går deretter inn se modus med ddsh -s
2. Kontroller den opprinnelige OST_ABANDON_TIMEOUT verdien. Merk: Standardverdien er 10800 sekunder (3 timer). Minimumsverdien er 1800 sekunder (30 minutter), og maksverdien 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. Øk OST_ABANDON_TIMEOUT verdi til maksverdi = 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. Start filsystemet på nytt etter parameterendringen ovenfor. Bekreft med kunden om en slik omstart er tillatt. Hvis ikke, kan du planlegge en vedlikeholdsperiode for å kjøre følgende kommando:

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