Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products

O Robocopy para um file system habilitado para FLR altera LastTimeWrite-Date para 01/02/1980

Summary: O cliente está migrando dados para um file system habilitado para FLR do Unity, o que faz com que a opção lastTimeWrite-Date de alguns arquivos seja alterada para algum momento em 1980. ...

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

O comando que está sendo usado para a cópia é semelhante a este:
comando robocopy "robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1"

Este é um exemplo dos arquivos depois de serem copiados:
image.png

O cliente tentou copiar de vários dispositivos de origem diferentes, mas o resultado foi sempre o mesmo.
Durante a solução de problemas, as alterações abaixo foram feitas, mas o problema não foi resolvido.
  • Definição do parâmetro windowsTimeUpdate como 1
  • Ativação do recurso SMB1.0/CIFS File Sharing Support para o host do robocopy e reinicialização do computador
    • Programas e Recursos > Ativar ou desativar recursos do Windows > SMB1.0/CIFS File Sharing Support
    • Geralmente, a caixa de seleção é desativada. Verifique e reinicialize o computador.
Os rastreamentos de rede mostram muitas respostas "access denied" às solicitações SETINFO do SMB.


Cause

O Robocopy está funcionando como esperado. Ele modificará o mtime duas vezes. Na primeira vez, ele o redefinirá como 1980 e, se os dados de gravação forem bem-sucedidos, ele mudará o mtime novamente como a hora da última modificação. No entanto, se nós ativarmos o bloqueio automático ao criar a FLR, quando o Robocopy redefinir o mtime para 1980, ele acionará o estado protegido como WORM_OK para que o arquivo se torne somente leitura. Nós nunca poderemos gravar dados nem modificar o mtime e, portanto, haverá a indicação "access is denied".
===========================================================
O arquivo vazio com 0 byte terá o estado somente anexo, pois a FLR acha que os dados reais não precisam de proteção. O estado deve ser WORM_CLEAN, o que significa que o recurso de bloqueio automático NÃO tem efeito sobre o arquivo vazio, por padrão, e o mtime dos arquivos vazios será conforme o esperado.

Resolution

A solução temporária abaixo permitirá que o mtime seja atualizado corretamente.

(1) Primeiramente, crie o file system de FLR no array de destino;
(2) Desative o bloqueio automático (opção nas propriedades do file system)
(3) Execute Robocopy em todos os arquivos que precisam de FLR protegida para o array de destino;
(4) Ative o bloqueio automático (botão de alternância na caixa de seleção);
(5) Se precisar adicionar novos arquivos ao file system de FLR, primeiramente, desative o bloqueio automático;
(6) Em seguida, execute Robocopy nesses novos arquivos para a FLR de destino;
(7) Reative o bloqueio automático.

Affected Products

PowerStore, Dell EMC Unity, VNX/VNXe
Article 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.