O goodsync (gsync) linux sempre sobrescreve os arquivos para o S3 (não é possível identificar a similaridade)

Question

Eu tenho usado o Linux gsync , conforme descrito abaixo, criando os jobs no OSX (dir local para S3) e exportando o arquivo tix para fora. Isso mais ou menos parecia funcionar.

CONTUDO --- O log de gsync no Linux está mostrando uma mensagem que não pode marcar registros de data e hora no lado do S3. Como resultado, cada backup executado sobrescreve todos os arquivos novamente com a mensagem "Uma versão mais antiga está sobrescrevendo uma versão mais recente"

PERGUNTA --- Ou seja, há um comando linux switch para informar gsync para ignorar o registro de data e hora e usar apenas tamanhos de arquivo. Ou simplesmente ignore a substituição do arquivo, se o arquivo existir. Ou outra solução: D

Ou seja,

gsync job-update /?=ignore-time

ou algo assim.

    

Answer 1

Do suporte do Goodsync (após duas semanas):

William replied (2017/06/14 08:41 am EDT)   
there is no such option.

you should use only GS to sync to S3, then it stores good file mod time in state file and it can handle time translation.

Então, basicamente, gsync no linux não 'realmente' suporta S3. Apesar de copiar os arquivos para o S3, ele não pode reconhecer se um arquivo a ser copiado é o mesmo que o arquivo que já existe no S3.

Portanto, se você definir um diretório para sincronizar com o S3, ele copiará todo o diretório para o S3 - todas as vezes.

Talvez eles façam algo sobre isso algum dia:)