Домен даних: Вирішення проблем з дозволами на блоках зберігання, до яких отримують доступ через CIFS

요약: Створення CIFS-спільного ресурсу на сховищі, яке спочатку було написано та керовано через Linux BoostFS, може призвести до невідповідності у власності та дозволах. Це може призвести до помилок доступу до файлів, помилок «Заборонено доступ», збоїв додатків або несподіваної поведінки при доступі до даних через DD Boost. Проблему часто можна вирішити, вилучивши спільний CIFS і передавши право власності на пристрій відповідному користувачу DD Boost. ...

이 문서는 다음에 적용됩니다. 이 문서는 다음에 적용되지 않습니다. 이 문서는 특정 제품과 관련이 없습니다. 모든 제품 버전이 이 문서에 나와 있는 것은 아닙니다.
기타 리소스 확인

증상

Один або кілька з наступних симптомів можуть спостерігатися:
Користувачі отримують"You do not have permission to access this folder" або"Access Denied" повідомлення
.Застосування, що використовують DD Boost або BoostFS більше не можу отримати доступ до раніше доступних файлів чи каталогів.
Файли або папки видно одним способом доступу, але не іншим
.Робочі процеси на основі резервного копіювання, CyberSense або інші робочі процеси на основі DD Boost повідомляють про збої доступу або пов'язані з дозволами.
BoostFS успішно маунтує, але конкретні каталоги не можна відкрити чи перерахувати.

원인

Пристрій зберігання, який пише та керується через Linux BoostFS, призначений для доступу за допомогою систем власності та контролю дозволів DD Boost. Коли пізніше спільний ресурс CIFS створюється на тому ж пристрої зберігання, семантика власності та доступу Windows/CIFS може бути введена до даних, які спочатку були написані за допомогою методів доступу DD Boost на базі Linux.
DD Boost і CIFS використовують різні механізми для управління власністю, дозволами та доступом до файлів. Внаслідок цього протоколи не призначені для одночасного керування одним і тим самим набором даних. Впровадження CIFS-доступу до сховища DD Boost може призвести до невідповідностей у володінні, які не дозволяють додаткам DD Boost або клієнтам BoostFS отримувати доступ до файлів і каталогів, як очікувалося.

해결

Якщо до постраждалого сховища було отримано доступ через спільний ресурс CIFS і виникають підозри на проблеми з доступом до DD Boost, видаліть спільний CIFS і відновіть право власності на нього відповідному користувачу DD Boost.

Варіант 1: Видалити CIFS-спільний інтерфейс за допомогою інтерфейсу домену
даних перейти до протоколів > CIFS > Shares (розташування може відрізнятися залежно від версії DDOS).
Виберіть CIFS-спільну частку, пов'язану з ураженим блоком
зберігання.Натисніть Видалити.
Якщо запитають, підтвердіть видалення, натиснувши OK
.Перевірте, чи акція більше не вказана.

Варіант 2: Видалити CIFS-спільний елемент за допомогою CLI

Визначте існуючу назву акції:

cifs share show

Видалити публікацію:

cifs share destroy <share-name>

Підтверджіть, що акція була вилучена:

cifs share show

Перерозподіліть право власності на пристрій зберігання відповідному користувачу DD Boost:

ddboost storage-unit modify <storage-unit> user <correctUser>

Перевірте, що BoostFS та будь-які додатки DD Boost можуть отримати доступ до відповідних даних.

 

Примітка: Для пристроїв зберігання, що містять велику кількість файлів, ddboost команда Storage-unit modify може повернути тайм-аут у файловій системі, поки зміна власника триває у фоновому режимі. Ця поведінка задокументована в домені даних Dell KB : DDBoost модуль зберігання змінює команду з тайм-аутом зв'язку файлової системи і має враховуватися при проведенні рекультивації на великих сховищах. Команда виконує оновлення власності для всіх файлів у блоці зберігання і може вимагати додаткового часу для завершення.

Довідковий
домен даних: DDBoost-storage unit modify Команда не виконується з тайм-аутом зв'язку файлової системи

해당 제품

Data Domain
문서 속성
문서 번호: 000486892
문서 유형: Solution
마지막 수정 시간: 09 7월 2026
버전:  1
다른 Dell 사용자에게 질문에 대한 답변 찾기
지원 서비스
디바이스에 지원 서비스가 적용되는지 확인하십시오.