Data Domain: Beheben von Berechtigungsproblemen auf Speichereinheiten, auf die über CIFS zugegriffen wird
Summary: Das Erstellen einer CIFS-Share auf einer Speichereinheit, die ursprünglich über Linux BoostFS geschrieben und gemanagt wurde, kann zu Inkonsistenzen bei Eigentumsrechten und Berechtigungen führen. Dies kann beim Zugriff auf Daten über DD Boost zu Fehlern bei Dateizugriff, "Zugriff verweigert"-Fehlern, Anwendungsfehlern oder unerwartetem Verhalten führen. Das Problem kann häufig behoben werden, indem die CIFS-Freigabe entfernt und die Eigentümerschaft der Speichereinheit dem entsprechenden DD Boost-Nutzer neu zugewiesen wird. ...
Symptoms
Es können eines oder mehrere der folgenden Symptome beobachtet werden:
NutzerInnen erhalten"You do not have permission to access this folder" oder"Access Denied" Nachrichten.
Anwendungen, die DD Boost oder BoostFS Auf zuvor zugängliche Dateien oder Verzeichnisse kann nicht mehr zugegriffen werden.
Dateien oder Ordner sind über die eine Zugriffsmethode sichtbar, über eine andere jedoch nicht.
Backup-, CyberSense- oder andere DD Boost-basierte Workflows melden Fehler im Zusammenhang mit Zugriff oder Berechtigungen.
BoostFS Mounten erfolgreich, aber bestimmte Verzeichnisse können nicht geöffnet oder aufgelistet werden.
Cause
Für den Zugriff auf eine Speichereinheit, die über Linux BoostFS geschrieben und gemanagt wird, ist der Zugriff über die Eigentums- und Berechtigungskontrollen von DD Boost vorgesehen. Wenn später eine CIFS-Share für dieselbe Speichereinheit erstellt wird, können Windows-/CIFS-Eigentumsrechte und Zugriffssemantik für Daten eingeführt werden, die ursprünglich mit Linux-basierten DD Boost-Zugriffsmethoden geschrieben wurden.
DD Boost und CIFS verwenden unterschiedliche Mechanismen zum Managen von Eigentum, Berechtigungen und Dateizugriff. Daher sind die Protokolle nicht dazu gedacht, dasselbe Datenvolumen gleichzeitig zu managen. Die Einführung von CIFS-Zugriff auf eine DD Boost-Speichereinheit kann zu Eigentumsinkonsistenzen führen, die DD Boost-Anwendungen oder BoostFS-Clients daran hindern, wie erwartet auf Dateien und Verzeichnisse zuzugreifen.
Resolution
Wenn über eine CIFS-Freigabe auf die betroffene Speichereinheit zugegriffen wurde und DD Boost-Zugriffsprobleme vermutet werden, entfernen Sie die CIFS-Freigabe und geben Sie die Eigentumsrechte an der Speichereinheit für den entsprechenden DD Boost-Nutzer zurück.
Option 1: Entfernen der CIFS-Freigabe mithilfe der Data Domain-Benutzeroberfläche
Navigieren Sie zu Protocols > CIFS > Shares (der Speicherort kann je nach DDOS-Version variieren).
Wählen Sie die CIFS-Share aus, die der betroffenen Speichereinheit zugeordnet ist.
Klicken Sie auf Löschen.
Wenn Sie dazu aufgefordert werden, bestätigen Sie den Löschvorgang, indem Sie auf OK klicken.
Stellen Sie sicher, dass die Freigabe nicht mehr aufgeführt ist.
Option 2: Entfernen der CIFS-Freigabe mithilfe der CLI
Identifizieren Sie den vorhandenen Freigabenamen:
cifs share showLöschen Sie die Freigabe:
cifs share destroy <share-name>Vergewissern Sie sich, dass die Freigabe entfernt wurde:
cifs share showWeisen Sie dem richtigen DD Boost-Nutzer erneut Eigentumsrechte an der Speichereinheit zu:
ddboost storage-unit modify <storage-unit> user <correctUser>Überprüfen Sie, ob BoostFS und alle DD Boost-Anwendungen auf die betroffenen Daten zugreifen können.
ddboost Der Befehl "storage-unit modify" kann ein Timeout für die Dateisystemkommunikation zurückgeben, während die Eigentumsänderung im Hintergrund fortgesetzt wird. Dieses Verhalten ist in der Dell Wissensdatenbank Data Domain dokumentiert: DDBoost storage-unit modify Command fails with filesystem communication Timeout und sollte bei der Durchführung von Korrekturmaßnahmen auf großen Storage-Einheiten berücksichtigt werden. Der Befehl führt Eigentumsaktualisierungen für alle Dateien in der Speichereinheit durch und kann zusätzliche Zeit in Anspruch nehmen.