Домен даних: Зміна сховища DDBoost Помилка команди з тайм-аутом зв'язку з файловою системою

• Наступна команда не виконується під час виконання на накопичувачі 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 та експлуатаційних обмежень:

Варіант А - збільшення значення тайм-ауту (DDOS 6.2.1.0 і вище)
Починаючи з DDOS 6.2.1.0, значення часу очікування для команд DD Boost можна збільшити для розміщення більших модулів зберігання.

• • Зверніться до служби підтримки Dell, щоб запросити коригування значення тайм-ауту - Зверніться до цієї статті бази знань (#000078758).

Варіант Б - використання skip-chown Прапорець (DDOS 7.10 і новіші)Якщо
UID користувача залишається незмінним (наприклад, змінюється лише група), ви можете обійти рекурсивну зміну власника:

# ddboost storage-unit modify <storage-unit> user <user-name> skip-chown

📌Зверніться до домену даних KB: Як змінити роль користувача DDBoost на Admin або None для сценаріїв, коли skip-chown застосовується.

Варіант С - ручна затримка між модифікаціями
Якщо ви використовуєте версії DDOS старіші за 6.2.1.0 і не можете оновитися:

• • Зачекайте достатньо часу між змінами кожного модуля зберігання, щоб увімкнути фоновий режим chown операцію до завершення.