Kendte problemer med CIFS-protokollen efter opgradering af en Data Domain Restorer (DDR) til Data Domain Operating System (DDOS) version 5.7

Problemer, der påvirker adgangen til aktier på en DDR via CIFS-protokollen. Bemærk, at nogle linkede artikler muligvis ikke er synlige for alle brugere. Hvis du har brug for yderligere hjælp til disse problemer, bedes du kontakte den supportudbyder, du har indgået kontrakt med, og få oplysninger om denne artikel.

AFDELING 1 - GENERELLE CIF-SPØRGSMÅL:

Efter opgradering til DDOS 5.7 kan klienter ikke bruge CIFS-protokollen til at få adgang til shares, der blev oprettet, da DDR kørte DDOS 5.1 (eller tidligere):
Problemet er løst i DDOS 5.7.0.4 og nyere

Efter opgradering til DDOS 5.7 læses/skrives CIFS-shares, som tidligere var skrivebeskyttet, nu via CIFS-protokollen:
Problemet løses i DDOS 5.7.1.0 og nyere
Yderligere oplysninger: Data Domain: Konfiguration af et CIFS-share

Hvis CIFS-fejlfindingslogføring er aktiveret, kan CIFS-logfiler vokse uventet, hvilket får /ddr/var-filsystemet til at udfylde, hvilket forårsager potentiel ustabilitet af DDR:
Problemet løses i DDOS 5.7.0.10 og DDOS 5.7.1.0 og nyere
Yderligere oplysninger: https://support.emc.com/kb/463820

Bruger- eller gruppeoplysninger, der føjes til CIFS-shares, kan gå tabt efter en opgradering til DDOS 5.7:
Problemet løses i DDOS 5.7.0.10 og DDOS 5.7.1.0

CIFS-shares, der er konfigureret med en adgangsliste, der indeholder undernettet /24, er muligvis ikke tilgængelige efter en opgradering til DDOS 5.7:
Dette skyldes designet af den 'ligeledes' software, der bruges til CIFS i DDOS 5.7.
Dette er forbedret/rettet i 6.0.0.9, dvs. Undernet understøttes til klientadgangslisten.

Klientlisten for CIFS-aktier kan afkortes efter en opgradering til DDOS 5.7, hvilket forhindrer nogle klienter i at få adgang til delt:
Problemet er løst i DDOS 5.7.2.0

DDRs kan ikke tilsluttes et Active Directory-domæne på grund af lsass-timeout på DDR (lsass-timeout er kun 30 sekunder):
Problemet er løst i DDOS 5.7.1.0 og nyere (lsass-timeout øges til 90 sekunder)
Yderligere oplysninger: https://support.emc.com/kb/463747

AFSNIT 2 - PROBLEMER MED CIFS-SIKKERHEDSKOPIERING:
Fejl i CIFS-sikkerhedskopieringer skyldes, at CIFS når det maksimale antal understøttede TCP-forbindelser (600 forbindelser)
Problemet er løst i DDOS 5.7.1.10 og nyere

Adgang til CIFS-shares mislykkes med "DDFM check share access: Kan ikke hente delingsoplysninger" på grund af lsass-processens virtuelle hukommelsesstørrelse, der overskrider den konfigurerede bløde grænse:
Problemet løses i DDOS 5.7.3.0 og nyere

CIFS-sikkerhedskopier er langsomme og kan opleve periodiske fejl efter opgradering til DDOS 5.7 på grund af commlib-timeouts (meddelelser, der ligner "Commlib-fejl for asynkront job" kan ses i /ddr/var/log/debug/cifs/cifs.log):
Problemet er løst i DDOS 5.7.1.10 og nyere

CIFS deamon (lwsmd) panikker og fejl ved kørsel af CIFS-sikkerhedskopieringer/-gendannelser efter opgradering til DDOS 5.7:
Problemet er løst i DDOS 5.7.1.0 og nyere

Dårlig ydeevne/fejl i CIFS-sikkerhedskopier i SMB2-aktiverede miljøer på grund af utilstrækkelige sessionstimeoutparametre efter opgradering til DDOS 5.7:
Dette kræver, at der indstilles forskellige registreringsdatabaseparametre på CIFS-klienten, og at der tildeles en øget buffer i de berørte sikkerhedskopieringsprogrammer. Kontakt den supportudbyder, du har indgået kontrakt med, hvis du vil have flere oplysninger.

CIFS-sikkerhedskopieringer mislykkes på grund af tilladelsesfejl efter opgradering til DDOS 5.7, som skyldes, at en sikkerhedskopiering udføres af en anden bruger end den, der oprindeligt blev brugt til at oprette sikkerhedskopieringsmappen:
Problemet er løst i DDOS 5.7.2.0 og nyere

AFSNIT 3 - DD-PROBLEMER:
Systemet er ikke tilgængeligt via GUI/SSH, fordi DCERPC-trafik forårsager hængte SMS-job
Problemet er løst i DDOS 5.7.2.10 og nyere.
Yderligere oplysninger: https://support.emc.com/kb/487612

DDFS går i panik, hvis dd_xcacls-hjælpeprogrammet bruges til at ændre filtilladelser, og systemet udsættes for efterfølgende CIFS-arbejdsbelastning:
For at undgå dette problem skal DDFS genstartes, når dd_xcacls er brugt (bemærk, at dette vil afbryde kørsel af sikkerhedskopieringer/gendannelser):
# filesys genstart

VNX-data mover kan ikke få adgang til CIFS-shares på DDR, når DDR er opgraderet til DDOS 5.7

Plads i /ddvar frigøres ikke umiddelbart efter fjernelse af filer via CIFS-deling
Du kan løse problemet er at køre "cifs restart force" i CLI eller udføre flere filhandlinger på CIFS-deling for /ddvar. Fix diskuteres.
Yderligere oplysninger: Data Domain – Pladsen er ved at løbe tør i /ddvar