Isilon PowerScale 垃圾目錄健全狀況檢查失敗

當垃圾目錄 PQ 累計超過 10，240 個專案時，垃圾目錄健全狀況檢查會失敗。此健全狀況檢查失敗可能是由於許多關於垃圾目錄服務健全狀況的疑慮，包括但不限於：- 

（1） 垃圾目錄服務已停止運作 （當機/停止/停用），或服務無法清理過時的垃圾目錄 PQ 專案。 

（2） isi_job_d、isi_papi_d或 TreeDelete 等骨幹 OneFS 服務已當機/當機，或已由特權許可權使用者停用。  

（3） 垃圾目錄消費者服務積極破壞目錄，或目前執行的工作封鎖刪除垃圾目錄。  

我們提供任何修補程式後，此知識庫文章便會更新。 

解決 方案：
根據上述三個原因類別，下列因應措施應有所説明。  

（1） 當垃圾目錄服務當機時，MCP 應重新開機服務。如有停止回應的垃圾目錄服務問題，請檔案錯誤。如果垃圾目錄服務停止回應，則可能會為了暫時解決而終止/重新開機。如果垃圾目錄服務isi_trash_d已由特權許可權使用者停用，則可以忽略垃圾目錄健全狀況檢查失敗。不過，應視情況啟用此服務，以便垃圾目錄服務能夠完成刪除毀損的目錄。  
 

isi services -a isi_trash_d enable 

 
如果垃圾目錄服務無法清理 PQ 中過時的專案，請執行下列命令來清理過時的 PQ 專案。 
 

/usr/libexec/isilon/isi_trash_pq_clean --cleanup [--debug] 

另請確認，在上述案例中，服務佇列 TreeDelete 工作的工作狀態查詢間隔不超過 30 秒。 

isi_gconfig -t trash-config job_query_interval=30 

（2） 如果主幹 OneFS 服務或 TreeDelete 工作當機或許可權使用者停用，則可以忽略垃圾目錄的健全狀況檢查失敗。但是，應視情況啟用主幹 OneFS 服務或 TreeDelete 工作，以便垃圾目錄服務能夠完成刪除毀損的目錄。  
 

（3） 如果消費者服務 （Lhotse data mover/Writable snapshot） 積極垃圾處理目錄，或目前執行的工作封鎖了垃圾目錄的刪除，則可以忽略垃圾目錄健全狀況檢查失敗。在這種情況下，主幹 OneFS 服務是瓶頸。
如果由垃圾目錄服務排入的長時間執行 TreeDelete 工作阻礙處理大量最近遭到垃圾的目錄，則可將服務佇列的 TreeDelete 工作的工作逾時限制和工作查詢間隔調整為較小的值。這些可調諧器的最低建議值如下：- 
 

isi_gconfig -t trash-config job_timeout_limit=3600 
isi_gconfig -t trash-config job_query_interval=30 

 
請注意，垃圾目錄服務取消由服務排入的 TreeDelete 工作，在工作逾時限制後仍仍在執行或暫停。因此，如果服務取消大部分的 TreeDelete 工作自行排入，則工作逾時限制可能會增加至更高的值。