Data Domain: BoostFS Panikleri veya Bağlama Noktası Yanıt Vermez Hale Geliyor

Belirtiler:

• BoostFS rastgele çöküyor ve panikliyor. Bu, iş yükü yüksek olduğunda olur.
• Yedekleme uygulaması gecikmeli olarak gerçekleştirilir READ ve WRITE BoostFS mount noktasındaki işlemler.
• Gecikmeler olduğunda READ ve WRITE yedekleme uygulamasından yapılan işlemler, BoostFS günlükleri bunu gösterir error 5057 File handle is stale from Data Domain server.

BoostFS Günlükleri:

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

Önceliklendirme:

1. Yukarıda bildirilen hata için BoostFS ve Sunucu tarafı DDFS günlüklerini kontrol edin.
2. Gecikmeyi gözlemleyin: READ ve WRITE yedekleme uygulamasındaki işlemler. BoostFS API giriş ve çıkış günlüklerini göz önünde bulundurun.
3. Şunun için ayarlanmış değeri kontrol edin OST_ABANDON_TIMEOUT (varsayılan üç saat).
4. RPC'nin zaman aşımının ayarlanan değerden büyük olup olmadığını kontrol edin OST_ABANDON_TIMEOUT.

1. Sorun, mevcut ortamdaki bir gecikmeden kaynaklanmaktadır. READ ve WRITE yedekleme uygulaması tarafından yapılan işlemler. Bu, DDFS'nin zaman aşımını iptal etmesini tetikler. Bu, üç saat sonra ilgili dosya tanıtıcısının kapanmasına yol açar (varsayılan değer)
2. Bu, DDFS tarafından etkin olmayan dosya kolunu tanımlamak için kullanılan Varsayılan atma Zaman Aşımı süresidir. Sonuç olarak, yeni yazma işlemleri istemci tarafında panik yaşayabilir.

Bash erişimi gerektiren zaman aşımını artırmak için Dell Destek ile iletişime geçin.

Değiştir OST_ABANDON_TIMEOUT parametresini kullanarak sunucu tarafında parametresini kullanın. Değeri, maksimum 12 saat ile daha büyük bir değere ayarlanabilir.

1. Data Domain'de yönetici rolü erişimiyle oturum açın. Destek, bash moduna girer ve ardından girer se modu ile ddsh -s
2. Orijinali kontrol edin OST_ABANDON_TIMEOUT Değer.

SE@dd## se sysparam show OST_ABANDON_TIMEOUT

3. Artırma OST_ABANDON_TIMEOUT Değer. Varsayılan olarak değer 10800'dür (üç saat).

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. Yukarıdaki parametre değişikliğinden sonra dosya sistemini yeniden başlatın. Bu yeniden başlatmaya izin verilip verilmediğini müşteriyle teyit edin. Aksi takdirde, aşağıdaki komutu çalıştırmak için bir bakım süresi zamanlayın:

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