-----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/ jamen...@bol.com.br/Linux/Documentos/2008_linux_bootdisk.pdf": File: "/mnt/4shared/ jamen...@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/ jamen...@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-----