Robocopy til et FLR-aktiveret filsystem ændrer LastTimeWrite-Date til 02.01.1980
Summary: Kunden overfører data til et Unity FLR-aktiveret filsystem, hvilket resulterer i, at lastTimeWrite-Date ændres til et tidspunkt i 1980 for nogle filer.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Den benyttede kommando til kopieringen svarer til denne:
robocopy command "robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1"
Her er et eksempel på filerne, efter de er blevet kopieret:
Kunden forsøgte at kopiere fra flere forskellige kildeenheder, men resultatet blev altid det samme.
Under fejlfindingen blev følgende ændringer foretaget, problemet blev dog ikke løst.
robocopy command "robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1"
Her er et eksempel på filerne, efter de er blevet kopieret:
Kunden forsøgte at kopiere fra flere forskellige kildeenheder, men resultatet blev altid det samme.
Under fejlfindingen blev følgende ændringer foretaget, problemet blev dog ikke løst.
- Indstil parameteren windowsTimeUpdate til 1
- Tænd midlertidigt for funktionen SMB1.0/CIFS til fildelingsunderstøttelse på Robocopy-værten, og genstart computeren
- Program og funktioner > Slå Windows-funktioner til eller fra > SMB1.0/CIFS-fildelingsunderstøttelse
- Normalt er afkrydsningsfeltet deaktiveret. Kontroller og genstart computeren.
Cause
Robocopy fungerer efter hensigten. Den vil ændre mtime to gange. Første gang nulstilles den til 1980. Hvis det lykkes at skrive data, vil den ændre mtime igen som seneste ændringstidspunkt. Aktiverer vi imidlertid automatisk låsning ved oprettelse af FLR, når Robocopy nulstiller mtime til 1980, udløses beskyttet tilstand som WORM_OK, så filen bliver skrivebeskyttet, og vi kan aldrig skrive data med ændring af mtime til den, og derfor rapporteres "adgang nægtet".
=========================================================
Tom fil med 0 byte bliver kun vedhæft-kun-tilstand, da FLR tror, at der ikke er reelle data, der skal beskyttes, så tilstanden bør være WORM_CLEAN. Det betyder, at automatisk låsefunktion IKKE træder i kraft ved tom fil efter hensigten, så de tomme filers mtime er som forventet.
=========================================================
Tom fil med 0 byte bliver kun vedhæft-kun-tilstand, da FLR tror, at der ikke er reelle data, der skal beskyttes, så tilstanden bør være WORM_CLEAN. Det betyder, at automatisk låsefunktion IKKE træder i kraft ved tom fil efter hensigten, så de tomme filers mtime er som forventet.
Resolution
Følgende løsning tillader, at mtime opdateres korrekt.
(1) Opret først FLR-filsystem på destinationssystemet;
(2) Deaktiver automatisk lås; (indstilling under egenskaber for filsystem)
(3) Brug Robocopy til at kopiere alle de filer, der skal FLR-beskyttes til destinationssystemet;
(4) Aktivér automatisk lås (til/fra-afkrydsningsfeltet).
(5) Hvis du har brug for at føje nye filer til FLR-filsystemet, skal du deaktivere automatisk lås først.
(6) Derefter skal du bruge Robocopy til at kopiere de nye filer til destinations-FLR;
(7) Aktivér automatisk lås igen.
(1) Opret først FLR-filsystem på destinationssystemet;
(2) Deaktiver automatisk lås; (indstilling under egenskaber for filsystem)
(3) Brug Robocopy til at kopiere alle de filer, der skal FLR-beskyttes til destinationssystemet;
(4) Aktivér automatisk lås (til/fra-afkrydsningsfeltet).
(5) Hvis du har brug for at føje nye filer til FLR-filsystemet, skal du deaktivere automatisk lås først.
(6) Derefter skal du bruge Robocopy til at kopiere de nye filer til destinations-FLR;
(7) Aktivér automatisk lås igen.
Affected Products
PowerStore, Dell EMC Unity, VNX/VNXeArticle Properties
Article Number: 000187051
Article Type: Solution
Last Modified: 29 Aug 2022
Version: 6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.