Data Domain: problemen met machtigingen oplossen voor storage-eenheden die toegankelijk zijn via CIFS
Summary: Het maken van een CIFS-share op een storage-eenheid die oorspronkelijk is geschreven en beheerd via Linux BoostFS kan leiden tot inconsistenties in eigendom en machtigingen. Dit kan leiden tot fouten bij bestandstoegang, 'Toegang geweigerd'-fouten, applicatiefouten of onverwacht gedrag bij het openen van data via DD Boost. Het probleem kan vaak worden opgelost door de CIFS-share te verwijderen en het eigendom van de storage-eenheid opnieuw toe te wijzen aan de juiste DD Boost-gebruiker. ...
Symptoms
Een of meer van de volgende symptomen kunnen worden waargenomen:Gebruikers
ontvangen"You do not have permission to access this folder" of"Access Denied" Berichten.
Applicaties die DD Boost of BoostFS hebben geen toegang meer tot eerder toegankelijke bestanden of mappen.
Bestanden of mappen zijn zichtbaar via de ene toegangsmethode, maar niet via de andere.
Back-up, CyberSense of andere op DD Boost gebaseerde workflows melden fouten met betrekking tot toegang of toestemming.
BoostFS Koppelt, maar specifieke mappen kunnen niet worden geopend of geïnventariseerd.
Cause
Een storage-eenheid die wordt geschreven en beheerd via Linux BoostFS is bedoeld om te worden geopend met behulp van DD Boost-besturingselementen voor eigendom en machtigingen. Wanneer later een CIFS-share wordt gemaakt op dezelfde storage-eenheid, kunnen Windows/CIFS-eigendoms- en toegangssemantiek worden geïntroduceerd in data die oorspronkelijk zijn geschreven met behulp van op Linux gebaseerde DD Boost-toegangsmethoden.
DD Boost en CIFS gebruiken verschillende mechanismen voor het beheren van eigendom, machtigingen en bestandstoegang. Als gevolg hiervan zijn de protocollen niet bedoeld om dezelfde dataset tegelijkertijd te beheren. Het introduceren van CIFS-toegang tot een DD Boost-storage-eenheid kan leiden tot inconsistenties in eigendom die voorkomen dat DD Boost-applicaties of BoostFS-clients zoals verwacht toegang hebben tot bestanden en directories.
Resolution
Als de betreffende storage-eenheid is geopend via een CIFS-share en DD Boost-toegangsproblemen worden vermoed, verwijdert u de CIFS-share en herstelt u het eigendom van de storage-eenheid naar de juiste DD Boost-gebruiker.
Optie 1: Verwijder de CIFS-share via de Data Domain UI
Ga naar Protocollen: > CIFS-shares > (locatie kan verschillen per DDOS-versie).
Selecteer de CIFS-share die is gekoppeld aan de betreffende storage-eenheid.
Klik op Verwijderen.
Bevestig de verwijdering door op OK te klikken wanneer u hierom wordt gevraagd.
Controleer of het aandeel niet langer wordt vermeld.
Optie 2: de CIFS-share verwijderen met behulp van de CLI
Identificeer de bestaande sharenaam:
cifs share showVerwijder de share:
cifs share destroy <share-name>Bevestig dat de share is verwijderd:
cifs share showWijs het eigendom van de storage-eenheid opnieuw toe aan de juiste DD Boost-gebruiker:
ddboost storage-unit modify <storage-unit> user <correctUser>Controleer of BoostFS en eventuele DD Boost-applicaties toegang hebben tot de betreffende data.
ddboost De opdracht storage-unit modify kan een time-out voor de communicatie van het bestandssysteem retourneren terwijl de eigendomswijziging op de achtergrond wordt voortgezet. Dit gedrag is gedocumenteerd in Dell KB Data Domain: DDBoost storage-unit wijzigen Opdracht mislukt met time-out voor communicatie van bestandssysteem en moet in overweging worden genomen bij het uitvoeren van herstel op grote storage-eenheden. De opdracht voert eigendomsupdates uit voor alle bestanden in de storage-eenheid en kan extra tijd nodig hebben.
Reference
Data Domain: DDBoost storage-unit modify Command Fails with Filesystem Communication Timeout