-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Jaboatão dos Guararapes, PE, 30 de agosto de 2014.
Assunto: DAVfs2, rsync, timestamps
Saudações a todos da lista.
Desculpem-me se o assunto que trago à lista parecer tolo! O problema é que as marcas temporais (timestamps) em meus arquivos estão sendo alteradas (atualizadas)
constantemente cada vez que utilizo o rsync.
Também percebi que toda vez que monto um armazenamento remoto com o DAVfs2, todas as datas também são atualizadas para a hora atual.
Nenhum dos comportamentos descritos me agrada, vez que desejo manter a data de criação original dos arquivos.
__________________
Abaixo, está a saída do comando "stat /mnt/4shared/
jamenson@bol.com.br/Linux/Documentos/2008_linux_bootdisk.pdf":
File: "/mnt/4shared/
jamenson@bol.com.br/Linux/Documentos/2008_linux_bootdisk.pdf"
Size: 485929 Blocks: 950 IO Block: 4096 arquivo comum
Device: 15h/21d Inode: 29784048 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 1000/jamenson) Gid: ( 1000/jamenson)
Access: 2014-08-30 03:28:33.000000000 -0300
Modify: 2014-07-30 16:42:48.000000000 -0300
Change: 2014-07-30 16:42:48.000000000 -0300
Birth: -
_________________
Então desmontei o armazenamento e montei outra vez alguns minutos mais tarde. Eis a saída do mesmo comando "stat ...":
File: "/mnt/4shared/
jamenson@bol.com.br/Linux/Documentos/2008_linux_bootdisk.pdf"
Size: 485929 Blocks: 950 IO Block: 4096 arquivo comum
Device: 15h/21d Inode: 44943344 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 1000/jamenson) Gid: ( 1000/jamenson)
Access: 2014-08-30 03:37:59.000000000 -0300
Modify: 2014-07-30 16:42:48.000000000 -0300
Change: 2014-07-30 16:42:48.000000000 -0300
Birth: -
________________
Percebe-se que, tanto o valor "Index Node" (inode), quanto o valor "Access", ambos mudaram entre as duas montagens. Quanto ao inode, tudo bem. O que está sendo
problemático para mim é a mudança da data e hora de acesso ("Access") ao arquivo. Explico. Ocorre que o rsync interpreta isso como arquivo _atualizado_ e busca
sincronizar com a cópia local, gerando cada vez mais tráfego na rede e consumindo cada vez mais tempo no processo de sincronização. Espero ter exposto bem a situação.
_______________
Pergunto se alguém já passou por essa situação. Seria um comportamento normal do rsync? Na página do projeto DAVfs2, os mantenedores esclarecem que o davfs2 tem um
comportamento específico relativamente a datas. Transcrevo o trecho [
http://sourceforge.net/p/dav/discussion/82589/thread/db6790dd/]: "when unmounting and mounting
again, atime and mtime might chance (sic); this is because davfs2 uses unmounting to resynchronize times with the server, which cannot always be done while running
without disturbing some applications", ou seja, numa tradução livre, "quando da desmontagem e montagem outra vez, atime e mtime podem mudar; isso é porque davfs2
utiliza desmontagem para resincronizar horários com o servidor, o que nem sempre pode ser feito enquanto em execução sem perturbar algumas aplicações".
Seria melhor utilizar tar para backup de arquivos e evitar tal mudança (atualização) nos horários e nas datas?
_______________
Também com relação ao rsync, notei o seguinte (copiando um arquivo qualquer para um diretório diferente):
File: "marcas-temporais.txt"
Size: 1742 Blocks: 8 IO Block: 4096 arquivo comum
Device: 806h/2054d Inode: 2898362 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 1000/jamenson) Gid: ( 1000/jamenson)
Access: 2014-08-30 02:58:27.639624229 -0300
Modify: 2014-08-30 00:28:21.266964048 -0300
Change: 2014-08-30 00:28:21.266964048 -0300
Birth: -
File: "/home/jamenson/marcas-temporais.txt"
Size: 1742 Blocks: 8 IO Block: 4096 arquivo comum
Device: 806h/2054d Inode: 2898451 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 1000/jamenson) Gid: ( 1000/jamenson)
Access: 2014-08-30 04:09:56.588891949 -0300
Modify: 2014-08-30 00:28:21.000000000 -0300
Change: 2014-08-30 04:09:56.588891949 -0300
Birth: -
_________________
Percebe-se que mudaram os valores "Access" e "Change" para a nova cópia, além do "inode". Detalhe: configuração do ambiente inclui o seguinte "alias":
alias rsync='rsync --progress --update --times'
onde a opção "--times", de acordo com a documentação do software, preserva o horário de modificação (caso se trate do elemento "Modify" do inode, percebe-se que o
software rsync não o preservou integralmente, certo?).
_________________
Parece-me que o software rsync então interpreta como modificado o arquivo e tenta atualizá-lo, criando uma dupla verificação, diga-se assim.
_________________
Perceba a diferença quando a cópia é produzida com o comando cp (alias cp='cp --verbose --update --preserve'):
File: "marcas-temporais.txt"
Size: 1742 Blocks: 8 IO Block: 4096 arquivo comum
Device: 806h/2054d Inode: 2898362 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 1000/jamenson) Gid: ( 1000/jamenson)
Access: 2014-08-30 02:58:27.639624229 -0300
Modify: 2014-08-30 00:28:21.266964048 -0300
Change: 2014-08-30 00:28:21.266964048 -0300
Birth: -
File: "/home/jamenson/marcas-temporais.txt"
Size: 1742 Blocks: 8 IO Block: 4096 arquivo comum
Device: 806h/2054d Inode: 2898462 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 1000/jamenson) Gid: ( 1000/jamenson)
Access: 2014-08-30 02:58:27.639624229 -0300
Modify: 2014-08-30 00:28:21.266964048 -0300
Change: 2014-08-30 04:25:37.077555591 -0300
Birth: -
File: "/home/jamenson/Imagens/marcas-temporais.txt"
Size: 1742 Blocks: 8 IO Block: 4096 arquivo comum
Device: 806h/2054d Inode: 2899944 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 1000/jamenson) Gid: ( 1000/jamenson)
Access: 2014-08-30 02:58:27.639624229 -0300
Modify: 2014-08-30 00:28:21.266964048 -0300
Change: 2014-08-30 04:28:01.446268828 -0300
Birth: -
_______________
Exceto o próprio número do inode, o único elemento alterado foi o elemento "Change". Isso porque a opção "--preserve", de acordo com a documentação, preserva, por
padrão, o modo, o proprietário e as marcas temporais do arquivo.
______________
Não seria um comportamento indesejado tanto do rsync, quanto do davfs2? Ao atualizar as marcas de tempo (leia-se, o elemento "Access") não estaria inviabilizando a
própria utilização do software?
Jamenson Ferreira Espindula de Almeida Melo
Linux user nº 166197
https://linuxcounter.net/cert/166197.png
Impressão digital da chave:
234D 1914 4224 7C53 BD13 6855 2AE0 25C0 08A8 6180
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iQEcBAEBAgAGBQJUAYC5AAoJECrgJcAIqGGAGTgH/0biOb2nHXWAMzHhBI/gYT+f
8asqrVoaY6I08FglvSTVdGzFy/OVOPLFowk6eAa5/kbESF6JPrUoomLEjYhudLdN
OLX18L8ELw4wmE8hSYfIegK3nKmrRoadTXHeKqGzW4ExAZTrHQk2Q/t9Q5cZ/jaM
msB9lX0XTwkooVXZUcM4dpiHGMsjLAtJR8rAFJC3n+0w3TTRxbGS9dguVIjukkOV
bki29+baONBoKySbVYEqY73oMCrjVRe36Uryf6RH2iQzvVJ7ubZ1Q2dWYaWP5HTM
jVpBraCX57U3iC+5KA4ftmkhpFOqrR750tib/ZfE92B9pKk3MgKHBNvg3wuoYLk=
=MXVq
-----END PGP SIGNATURE-----