Data Domain:DDBoost 儲存單元修改命令失敗,且檔案系統通訊逾時
摘要: 在 Data Domain 系統上執行 ddboost 儲存單元修改命令時,可能會在針對包含許多檔案的儲存單元執行時,導致檔案系統通訊逾時錯誤。從 DDOS 版本 6.2.0.x 開始便會觀察到此行為。
本文章適用於
本文章不適用於
本文無關於任何特定產品。
本文未識別所有產品版本。
症狀
- 在包含許多檔案的 DD Boost 儲存裝置上執行下列命令時,會失敗:
# ddboost storage-unit modify <storage-unit> user <user-name> - 傳回錯誤:
DDBOOST command failed due to filesystem communication timeout
原因
從 DDOS 6.2 開始, ddboost storage-unit modify 命令執行遞迴擁有權變更 (chown -R) 中所有檔案的格式。如果操作超過兩分鐘,即使後台任務繼續,命令也會超時。
⚠️ 避免快速連續啟動多個擁有權變更,因為這可能會加劇延遲。
解析度
1.)如果只有一個儲存單元正在修改中。
無需採取任何動作。儘管出現超時消息,後台任務仍會完成擁有權更改。
2.)如果多個儲存單元需要修改。
根據您的 DDOS 版本和作業限制,選擇下列三個選項之一:
選項 A - 增加逾時值 (DDOS 6.2.1.0 及更新版本)
從 DDOS 6.2.1.0 開始,可以增加 DD Boost 命令的逾時值,以容納更大的儲存裝置。
-
- 請聯絡 Dell 支援以要求調整逾時值 - 請參閱本 KB 文章 (#000078758)。
選項 B - 使用 skip-chown 標誌 (DDOS 7.10 及更新版本)
如果使用者的 UID 維持不變 (例如,僅修改群組),您可以略過遞迴擁有權變更:
# ddboost storage-unit modify <storage-unit> user <user-name> skip-chown
📌 請參閱 KB Data Domain:如何在以下情況下將 DDBoost 使用者角色變更為「系統管理員」或「無」 skip-chown 適用。
選項 C - 修改
之間的手動延遲如果執行 6.2.1.0 之前的 DDOS 版本且無法升級:
-
- 在修改每個儲存單元之間等待足夠的時間,以便允許背景
chown操作完成。
- 在修改每個儲存單元之間等待足夠的時間,以便允許背景
受影響的產品
Data Domain, Data Domain Boost - Open Storage文章屬性
文章編號: 000078758
文章類型: Solution
上次修改時間: 24 10月 2025
版本: 6
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。