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

###### 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 BoostFS- og DDFS-loggene på serversiden 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. Sjekk originalen OST_ABANDON_TIMEOUT Verdi.

SE@dd## se sysparam show OST_ABANDON_TIMEOUT

3. Øk OST_ABANDON_TIMEOUT Verdi. Verdien er 10800 (tre timer) som standard.

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. Start filsystemet på nytt etter parameterendringen ovenfor. Bekreft med kunden om denne omstarten er tillatt. Hvis ikke, kan du planlegge en vedlikeholdsperiode for å kjøre følgende kommando:

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