Data Domain: Il comando DDBoost storage-unit modify ha esito negativo con timeout di comunicazione del file system
Summary: L'esecuzione del comando ddboost storage-unit modify su un sistema Data Domain può causare un errore di timeout di comunicazione del file system se eseguito su unità di storage contenenti molti file. Questo comportamento viene osservato a partire da DDOS versione 6.2.0.x. ...
Symptoms
- Il seguente comando ha esito negativo quando viene eseguito su un'unità di storage DD Boost con molti file:
# ddboost storage-unit modify <storage-unit> user <user-name> - Errore restituito:
DDBOOST command failed due to filesystem communication timeout
Cause
A partire da DDOS 6.2, il ddboost storage-unit modify esegue una modifica ricorsiva della proprietà (chown -R) in tutti i file nell'unità di storage specificata. Se l'operazione supera i due minuti, si verifica il timeout del comando, anche se l'attività in background continua.
⚠️ Evitare di avviare più cambi di proprietà in rapida successione, in quanto ciò potrebbe aggravare i ritardi.
Resolution
1) Se viene modificata una sola unità di storage.
Non sono necessarie altre operazioni. L'attività in background completa la modifica della proprietà nonostante il messaggio di timeout.
2.) Se più unità di storage richiedono una modifica.
Scegliere una delle tre opzioni seguenti in base alla versione di DDOS e ai vincoli operativi:
Opzione A - Aumento del valore di timeout (DDOS 6.2.1.0 e versioni successive)
Da DDOS 6.2.1.0 in poi, il valore di timeout per i comandi di DD Boost può essere aumentato per supportare unità di storage più grandi.
-
- Contattare il Supporto Dell per richiedere una regolazione del valore di timeout. Fare riferimento a questo articolo della Knowledge Base (#000078758).
Opzione B - Utilizzo skip-chown Flag (DDOS 7.10 e versioni successive)
Se l'UID dell'utente rimane invariato (ad esempio, viene modificato solo il gruppo), è possibile ignorare la modifica ricorsiva della proprietà:
# ddboost storage-unit modify <storage-unit> user <user-name> skip-chown
📌 Fare riferimento a KB Data Domain: Come modificare il ruolo utente DDBoost in Admin o None per gli scenari in cui skip-chown applicabile.
Opzione C - Ritardo manuale tra le modifiche
Se si eseguono versioni DDOS precedenti alla 6.2.1.0 e non è possibile eseguire l'aggiornamento:
-
- Attendere un tempo sufficiente tra la modifica di ogni unità di storage per consentire il background
chowncompletare l'operazione.
- Attendere un tempo sufficiente tra la modifica di ogni unità di storage per consentire il background