Opção rsync --iconv no Mac não funciona (sincronização do servidor Linux remoto para o Mac local)

Eu quero usar o rsync para fazer backup de dados de um servidor Linux remoto para o meu Mac local. E eu quero inicializar esta operação no meu Mac local. Tudo funciona bem, exceto que há um problema de caractere especial: toda vez que executo a operação rsync (após a sincronização inicial), os arquivos com caracteres especiais são primeiro excluídos e depois sincronizados novamente. Tanto quanto eu entendo, há um problema com diferentes conjuntos de caracteres, e a solução preferida parece ser usar a --iconvopção:

Você pode usar a opção --iconv do rsync para converter entre NFC e NFD UTF-8, pelo menos se estiver em um Mac. Há um conjunto de caracteres utf-8-mac especial que significa UTF-8 NFD. Portanto, para copiar arquivos do seu Mac para o NAS, você precisa executar algo como:

rsync -a --iconv=utf-8-mac,utf-8 localdir/ mynas:remotedir/

Isso converterá todos os nomes de arquivos locais de UTF-8 NFD para UTF-8 NFC no servidor remoto. O conteúdo dos arquivos não será afetado.

O problema é que isso só funciona 'de uma maneira' para mim, ou seja, ao sincronizar do Mac para o Linux. Mas eu quero 'ir para o outro lado', ou seja, sincronizar da máquina linux para o Mac. E quero inicializar a operação no meu Mac local. Mas quando eu tento:

rsync -av --delete --iconv=utf-8,utf-8-mac mynas:remotedir/ localdir/

Eu recebo um erro:

iconv_open("UTF-8", "utf-8-mac") failed
rsync error: requested action not supported (code 4) at rsync.c(118) [sender=3.0.9]
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(226) [Receiver=3.1.1]

Estou sem entender por que isso não funciona. Minha versão do rsync no Mac é atualizada a partir da 2.6.9. a 3.1.1. usando Macports . Observe que a operação funciona quando eu (no Mac, nota bene) inicio um rsync do Mac para o Linux:

rsync -av --delete --iconv=utf-8-mac,utf-8 localdir/ mynas:remotedir/

Mas seguir o outro caminho 'do mac - que é o que eu quero fazer - não funciona.

Curiosamente, o teste para iniciar a sincronização a partir da máquina linux gera essa mensagem estranha:

rsync: on remote machine: --iconv=UTF-8-MAC: unknown option
rsync error: syntax or usage error (code 1) at /SourceCache/rsync/rsync-45/rsync/main.c(1333) [server=2.6.9]
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]

incluindo, observe, a alegação muito estranha [server=2.6.9], embora eu tenha atualizado para a 3.1.1 no Mac. Por algumas razões, parece que minha máquina linux 'vê' apenas a versão rsync original no Mac.

Alguma sugestão sobre como resolver isso?

ATUALIZAÇÃO 23 de outubro : Por excelente sugestão de @Lee Johnson (veja abaixo), iniciar a sincronização a partir do servidor linux agora funciona. Para completar, já tentei todas as combinações e surge um padrão interessante:

NO MAC:

OBRAS: Arquivos do Mac para o Linux

FAILS: Arquivos do Linux para Mac

NO LINUX

OBRAS: Arquivos do Linux para Mac

FAILS: Arquivos do Mac para o Linux

Em outras palavras, a --iconvopção parece funcionar apenas de uma maneira, com arquivos da máquina local para o controle remoto, e não o contrário. Parece um bug para mim, mas talvez seja assim que Deveria funcionar?

Alguém pode compartilhar luz sobre isso?

linux backup rsync mac Nick The Swede
fonte

ao usar um costume rsync(por exemplo, de homebrew) no mac e chamá-lo de linux, é necessário especificar o caminho correto usando--rsync-path="/usr/local/bin/rsync"

meduz

Eu estava excluindo .DS_Storedas sincronizações e, por causa disso, o OSX não pôde excluir diretórios com esses arquivos. Eu configurei os conjuntos de caracteres com --iconv, o caminho rsync no mac com --rsync-path(eu estou usando homebrew) e, em seguida, tive que adicionar --delete-excludedpara que os diretórios teimosos pudessem ser excluídos.

Daniel

Respostas:

Depois de muitas experiências, e muito devido às sugestões úteis de @Lee Johnson, finalmente descobri a solução, que agora me parece embaraçosamente óbvia. Muito devido a um comentário que li ao pesquisar o problema, pensei que você deveria especificar o conjunto de caracteres na ordem da transformação; mas parece que essa não é a sintaxe correta. Pelo contrário, deve-se

SEMPRE use --iconv=utf-8-mac,utf-8ao inicializar o rsync a partir do mac e SEMPRE use --iconv=utf-8,utf-8-macao inicializar o rsync a partir da máquina linux, não importa se eu quero sincronizar arquivos da máquina mac ou linux.

Então funciona como mágica!

Nick The Swede
fonte

O UTF8-MAC é um pseudo-conjunto de caracteres e não está disponível por si só com o iconvlib em um sistema Linux, mesmo que não com a versão mais recente da 3.1.1 no Ubuntu 14.04 LTS. Isso não está funcionando se você tentar iniciar a sincronização no Linux.

Achim Lammerts

Você atualizou recentemente para o OS X Yosemite? Eu tive o mesmo problema, antes de lembrar que havia atualizado / usr / bin / rsync com a versão 3.1. Quando atualizei para o Yosemite, isso foi substituído pela versão 2.6.9 antiga.

No meu caso, consertei o problema no Mac, vinculando novamente meu rsync 3.1 em / usr / bin:

sudo -s
cd /usr/bin
mv rsync rsync-2.6.9
ln -s /usr/local/bin/rsync .
exit

Lee Johnson
fonte

Graças a um milhão, isso resolve o mistério do motivo pelo qual obtive esse 2.6.9. mensagem. (No meu Mac, porém, a versão instalada do Macport está em / opt / local / bin / rsync, mas a alteração do link para esse esporte funcionou como mágica.) Infelizmente, eu quero inicializar a sincronização da minha máquina MAC, portanto isso só ajuda até onde eu entendo que minha máquina Linux pode descobrir o que fazer. Então, por que não funciona quando inicializado no meu Mac? Ou seja, as mnas "rsync -av --delete --iconv = utf-8, utf-8-mac: remotedir / localdir /"

Nick The Swede

Permitam-me também dizer que, infelizmente, tenho uma reputação muito baixa para poder marcar sua resposta com +1 e, como ela ainda não funciona da maneira que eu quero, não posso marcar como resolvida. Estrela de ouro em minha mente, em qualquer caso (e prometo voltar e marcar +1 com você assim que meu representante ultrapassar os 15)!

Nick The Swede

Você está dizendo que ainda não funciona do lado do OS X, mesmo com o rsync 3.x em execução? Eu não acho que isso --iconvseja suportado no 2.6.9; mesmo que o rsync esteja apenas enviando a opção para o host remoto para manipulação, ele precisa reconhecer a opção no lado do OS X. O que which rsync; rsync --versiondiz a você, de um terminal OS X?

Lee Johnson

Está correto. Como você pode ver na mensagem de erro (terceira citação cinza na pergunta), ele reconhece que estou usando o 3.1 no mac: [Receiver = 3.1.1] e afirma que a ação não é suportada, embora evidentemente funcione do lado do Linux, bem como quando sincronizo, do Mac, arquivos no mac para o servidor linux. Mas a partir do mac, os arquivos do linux para o mac não funcionam. Tão estranho (pelo menos para os meus olhos noob).

Nick The Swede

Quando você está tentando fazer isso no Linux, o que acontece se você forçar o caminho do executável com algo como --rsync-path=/opt/local/bin/rsynccolocar sua versão 3.1.1 conhecida no lado do Mac?

Lee Johnson