Data Domain: BoostFS får panik eller monteringspunkten svarar inte

Symptom:

• BoostFS kraschar och får panik slumpmässigt. Detta inträffar när arbetsbelastningen är hög.
• Säkerhetskopieringsprogrammet utförs fördröjt READ och WRITE åtgärder på BoostFS-monteringspunkten.
• När det finns förseningar i READ och WRITE åtgärder från säkerhetskopieringsprogrammet visar BoostFS-loggarna detta error 5057 File handle is stale from Data Domain server.

BoostFS-loggar:

###### 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)

Prioritering:

1. Kontrollera BoostFS- och DDFS-loggarna på serversidan för felet som rapporteras ovan.
2. Observera fördröjningen i READ och WRITE åtgärder från säkerhetskopieringsprogrammet. Överväg BoostFS API-inmatnings- och avslutningsloggar.
3. Kontrollera värdet som angetts för OST_ABANDON_TIMEOUT (standard tre timmar).
4. Kontrollera att RPC-tidsgränsen är större än det värde som angetts för OST_ABANDON_TIMEOUT.

1. Problemet beror på en försening i READ och WRITE åtgärder av säkerhetskopieringsprogrammet. Detta utlöser DDFS för att ta bort tidsgränsen. Detta leder till att motsvarande filreferens stängs efter tre timmar (standardvärde)
2. Det här är standardtidsgränsen för att ignorera som används av DDFS för att identifiera den inaktiva filreferensen. Så småningom kan nya skrivningar uppleva panik på klientsidan.

Kontakta Dells support för att öka tidsgränsen som kräver åtkomst till bash.

Ändra OST_ABANDON_TIMEOUT parametern på serversidan med hjälp av stegen nedan. Dess värde kan anges till ett större värde med högst 12 timmar.

1. Logga in på Data Domain med administratörsbehörighet . Supporten går in i bash-läge och går sedan in i se läge med ddsh -s
2. Kontrollera originalet OST_ABANDON_TIMEOUT Värde.

SE@dd## se sysparam show OST_ABANDON_TIMEOUT

3. Öka OST_ABANDON_TIMEOUT Värde. Som standard är värdet 10800 (tre timmar).

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. Starta om filsystemet efter ovanstående parameterändring. Bekräfta med kunden om denna omstart är tillåten. Annars schemalägger du en underhållsperiod för att köra följande kommando:

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