Robocopy-kopiering til et FLR-aktivert filsystem endrer LastTimeWrite-Date til 02.01.1980
Summary: Kunden migrerer data til et Unity FLR-aktivert filsystem, noe som resulterer i at lastTimeWrite-Date endres til et tidspunkt i 1980 for enkelte 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
Kommandoen som brukes for kopieringen, ligner på dette:
robocopy command "robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1"
Følgende er et eksempel på filene etter kopiering:
Kunden prøvde å kopiere fra flere ulike kildeenheter, men resultatet ble alltid det samme.
Følgende endringer ble gjort under feilsøkingen, men problemet ble ikke løst.
robocopy command "robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1"
Følgende er et eksempel på filene etter kopiering:
Kunden prøvde å kopiere fra flere ulike kildeenheter, men resultatet ble alltid det samme.
Følgende endringer ble gjort under feilsøkingen, men problemet ble ikke løst.
- Angi parameteren "windowsTimeUpdate" som 1
- Slå på funksjonen SMB1.0/CIFS File Sharing Support inntil videre på robocopy-verten, og start PC-en på nytt
- Programmer og funksjoner > Slå Windows-funksjoner på eller av > SMB1.0/CIFS File Sharing Support
- Avmerkingsboksen er vanligvis deaktivert. Merk av boksen, og start PC-en på nytt.
Cause
Robocopy fungerer som det skal. Det vil endre mtime to ganger. Den første gangen vil det tilbakestille mtime til 1980, og hvis dataskrivingen lykkes, vil det endre mtime på nytt som last modify time (tidspunkt for sist endret). Men hvis vi slår på autolås når vi oppretter FLR, når Robocopy tilbakestiller mtime til 1980, vil det utløse den beskyttede tilstanden WORM_OK, slik at filen blir skrivebeskyttet. Vi kan aldri skrive data og inkludere en endring av mtime, noe som gir rapporten "access is denied" (ingen tilgang).
===========================================================
En tom fil med 0 byte inntar en bare tilføy-tilstand siden FLR tror at ingen faktiske data trenger beskyttelse, så tilstanden skal være WORM_CLEAN. Dette betyr at autolåsfunksjonen IKKE trer i kraft på tomme filer, så mtime for de tomme filene vil være som forventet.
===========================================================
En tom fil med 0 byte inntar en bare tilføy-tilstand siden FLR tror at ingen faktiske data trenger beskyttelse, så tilstanden skal være WORM_CLEAN. Dette betyr at autolåsfunksjonen IKKE trer i kraft på tomme filer, så mtime for de tomme filene vil være som forventet.
Resolution
Følgende midlertidige løsning gjør det mulig å oppdatere mtime på riktig måte.
(1) Opprett først et FLR-filsystem på målarrayet.
(2) Deaktiver autolås (du finner alternativet under filsystemegenskapene)
(3) Bruk Robocopy til å kopiere alle som trenger FLR-beskyttelse, til målarrayet.
(4) Aktiver autolås (med vekslebryteren på avmerkingsboksen).
(5) Hvis du skal legge til nye filer i FLR-filsystemet, må du først deaktivere autolås.
(6) Bruk Robocopy til å kopiere de nye filene til mål-FLR.
(7) Aktiver autolås igjen.
(1) Opprett først et FLR-filsystem på målarrayet.
(2) Deaktiver autolås (du finner alternativet under filsystemegenskapene)
(3) Bruk Robocopy til å kopiere alle som trenger FLR-beskyttelse, til målarrayet.
(4) Aktiver autolås (med vekslebryteren på avmerkingsboksen).
(5) Hvis du skal legge til nye filer i FLR-filsystemet, må du først deaktivere autolås.
(6) Bruk Robocopy til å kopiere de nye filene til mål-FLR.
(7) Aktiver autolås igjen.
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.