Rsync sobre ssh: “ERRO: módulo é somente leitura” apareceu de repente

8

Eu usei de algum tempo o rsync / ssh para fazer backup do conteúdo do host compartilhado para o meu Synology NAS (212j) e funcionou muito bem. Para obter informações, uso uma conexão ssh sem senha.

3 dias atrás, eu atualizei meu software NAS e desde então (ou pelo menos acredito que seja desde então), o backup não funcionará mais. Eu recebo o seguinte erro no host:

rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken pipe (32)
ERROR: module is read only 

.. que eu não entendo. Além disso, nada mudou que eu saiba tanto na origem quanto no destino que pode estar relacionado a rsync ou ssh , eu verifiquei algumas coisas e tudo parece estar bem:

  • Ainda posso me conectar por meio do ssh do host ao meu NAS com o bom usuário, por isso as coisas do ssh, como as chaves, não mudaram.
  • Eu também tenho as permissões de arquivo corretas no NAS (verifiquei e também tentei criar arquivos, diretórios, .. com o usuário usado por rsync a ssh ).

Eu li aqui e ali que o erro significa que tenho que garantir que meu rsyncd.conf tenha o read only = no correto nele, mas, até onde eu sei, nunca usei rsyncd , assim como nunca configurei nada por isso e até agora funcionou como um encanto ..

Eu uso o seguinte comando para fazer o backup:

rsync -ab --recursive \
--files-from="$FILES_FROM" \
--backup-dir=backup_$SUFFIX \
--delete \
--filter='protect backup_*' \
$WDIRECTORY/ \
remote_backup:$REMOTE_BACKUP/

Então estou preso e realmente não consigo descobrir o que aconteceu.

Editar:

Como sugerido nos comentários, eu também tentei passar comandos para o ssh (mas não de dentro de uma sessão ssh), que funcionou como esperado, e também tentei um único comando rsync, que não funcionou, falhando como o comando backup completo.

(sharedHost):hostuser:~ > touch test.txt
(sharedHost):hostuser:~ > rsync test.txt remote_backup:backups/test.txt
ERROR: module is read only
rsync error: syntax or usage error (code 1) at main.c(1034) [Receiver=3.0.8]
rsync: connection unexpectedly closed (9 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(601) [sender=3.0.7]

e

(sharedHost):hostuser:~ > ssh remote_backup 'touch /abs_path_to_backups/backups/test2.txt && echo "ProoF" > /abs_path_to_backups/backups/test2.txt'
(sharedHost):hostuser:~ > ssh remote_backup 'cat /abs_path_to_backups/backups/test2.txt'
ProoF
    
por user978548 08.09.2012 / 17:48

6 respostas

17

Eu tive o mesmo problema depois de atualizar meu Synology NAS para o DSM 4.1. Eu também faço rsync por SSH. Na minha situação, usando rsync usuário root @ ip também funcionou, mas deixou os arquivos no servidor com a raiz do proprietário que eu não queria.

Encontrei na interface do usuário admin do NAS, que por algum motivo no ControlPanel- > Usuários- > MyrsyncUser- > Edit > "Configuração de privilégios" não havia acesso de leitura / gravação às residências. Meu destino RSYNC está sob as casas.

Configurar isso para privilegidge funcionou para mim. Espero que isso ajude.

    
por 07.10.2012 / 21:38
4

Eu encontrei o mesmo problema após atualizar uma sinologia ds1010 + para o dsm 4.1-2661.

Não tenho tempo para entender o que aconteceu com o rsync fornecido pela sinologia, mas não parece padrão. Então aqui está minha solução ...

Eu não queria hackar os privilégios (configuração multi-usuário), então eu recompilei o rsync em estático no meu laptop, então eu transferi o binário na sinologia nas.

wget https://rsync.samba.org/ftp/rsync/rsync-3.0.9.tar.gz
tar xzvf rsync-3.0.9.tar.gz
cd rsync-3.0.9
export CFLAGS=--static
./configure
make

scp rsync <login>@<nas_hostname>:

Você pode dizer ao rsync para usar seu novo binário ao invés do padrão, com este parâmetro:

--rsync-path=<myhome>/rsync

Agora posso continuar usando a duplicidade com o rsync, adicionando o seguinte parâmetro à duplicidade:

--rsync-options="--rsync-path=<myhome>/rsync"
    
por 04.12.2012 / 11:54
4

Eu me livrei de ERROR: o módulo é lido apenas alterando o caminho remoto de / var / services / homes / rsync para / volume2 / homes / rsync

DSM 5.1

    
por 06.01.2015 / 08:59
1

Eu tive o mesmo tipo de problema, mas não estava usando um usuário dedicado para o rsync.

Eu tive que consertar privilégios no Painel de Controle - > Pastas compartilhadas.

    
por 18.10.2012 / 11:39
0

Eu tive um problema semelhante ao conectar-me ao Synology 211j em vez do ssh de Putty. Eu tive que habilitar

"Painel de controle - > Backup de rede - > Ativar o serviço de backup de rede".

Está funcionando agora.

    
por 04.01.2013 / 22:36
-1

Eu consegui trabalhar fazendo login como root em vez de admin ou usuário comum.

    
por 03.03.2013 / 22:03