BackupPC - a transferência falha intermitentemente

Question

O BackupPC funciona bem na minha LAN, mas tem problemas para fazer o backup de um servidor remoto meu. Estou usando o rsync sobre o ssh e aumentei o ping máximo para 500 porque o servidor remoto está longe.

Aqui está o meu log de erros (usuário e 1.2.3.4 são informações mascaradas):

full backup started for directory / Running: /usr/bin/ssh -p 2222 -q -x -l user 1.2.3.4 /usr/bin/rsync --server --sender --numeric-ids --perms --owner --group -D --links --hard-links --times --block-size=2048 --recursive --ignore-times . /

Xfer PIDs are now 5705
Got remote protocol 30
Negotiated protocol version 28
Sent include: /home
Sent include: /home/user
Sent exclude: /*
Sent exclude: /home/*
Sent exclude: /home/user/folder1
Sent exclude: /home/user/folder2
Xfer PIDs are now 5705,5744
[ skipped 22380 lines ]
Read EOF: 
Tried again: got 0 bytes
Can't write 4 bytes to socket
finish: removing in-process file home/user/site15/something/else/here/p4677545.jpg
Child is aborting
Done: 19205 files, 799171349 bytes
Got fatal error during xfer (aborted by signal=PIPE)
Backup aborted by user signal
Saving this as a partial backup

Tentando ssh como usuário backuppc para o servidor remoto funciona sem pedir uma senha. O LOG geral é assim:

> 2012-02-29 00:00:00 backup completo iniciado para o diretório /
> 2012-02-29 01:00:12 Abortando o backup após o sinal PIPE
> 2012-02-29 01:00:13 Erro fatal durante o xfer (abortado pelo sinal = PIPE)
> 2012-02-29 02:00:01 backup completo iniciado para o diretório /
> 2012-02-29 03:01:09 Abortando o backup após o sinal PIPE
> 2012-02-29 03:01:11 Erro fatal durante o xfer (abortado pelo sinal = PIPE)
> 2012-02-29 10:56:16 backup completo iniciado para o diretório /
> 2012-02-29 11:59:18 Abortando o backup após o sinal PIPE
> 2012-02-29 11:59:20 Erro fatal durante o xfer (abortado pelo sinal = PIPE)
> 2012-02-29 11:59:20 despejado despejo parcial 0
> 2012-02-29 12:25:15 backup completo iniciado para o diretório /
> 2012-02-29 13:26:55 Abortando o backup após o sinal PIPE
> 2012-02-29 13:26:57 Erro fatal durante o xfer (abortado pelo sinal = PIPE)
> 2012-02-29 16:48:52 backup completo iniciado para o diretório /
> 2012-02-29 17:51:41 Abortando o backup após o sinal PIPE
> 2012-02-29 17:51:42 Erro fatal durante o xfer (abortado pelo sinal = PIPE)
> 2012-02-29 17:51:42 Despejo despejo parcial 0
> 2012-02-29 18:13:27 backup completo iniciado para o diretório /
> 2012-02-29 19:15:19 Abortando o backup após o sinal PIPE
> 2012-02-29 19:15:20 Erro fatal durante o xfer (abortado pelo sinal = PIPE)
> 2012-02-29 19:15:20 despejo parcial salva 0
> 2012-02-29 19:19:55 backup completo iniciado para o diretório /

Quase sempre terminando após 1h01'or 1h02 '. Esses valores em segundos são 3660 e 3720. Talvez eles apareçam em alguma opção ...? Quaisquer observações?

Obrigado

EDITAR: O que eu tentei e não funcionou: - ServerAliveInterval = 300, ServerAliveInterval = 60 - aumento de PingMaxMsec para 500 - Opções de rsync --timeout e --contimeout configurados para 20 e 200 segundos (ambos os valores testados nas duas opções) - removendo a opção de tamanho de bloco do rsync

Nada funcionou. Geralmente pára em arquivos diferentes, independentemente do tamanho deles.

NOVA EDIÇÃO: Se eu fizer login manualmente neste servidor ssh remoto e deixar meu terminal intacto por 1h26 "Eu me desconecto. Parece que esta é a razão pela qual o BackupPC também é desconectado. Existe alguma maneira de simular a execução de comandos dentro da sessão do BackupPC?

    

Answer 1

Você pode tentar emitir manualmente comandos de backup completos, um após o outro. Toda vez que você fizer isso, o backuppc irá transferir um pedaço diferente dos dados. Quando o backup for bem-sucedido, você saberá que todos os seus dados foram transferidos.

Você também pode usar a opção de compactação do ssh para acelerar o processo e reduzir as iterações.

Os backups incrementais adicionais não devem causar nenhum problema, pois geralmente são muito menores em tamanho, portanto, menores no tempo, portanto, sua conexão não atingirá o tempo limite.

    

Answer 2

Você deve verificar o valor de $ Conf {ClientTimeout} dentro de sua configuração e aumentá-lo de acordo.

Devido a restrições de implementação, o BackupPC tem poucas informações sobre o que está acontecendo durante a transferência de um arquivo maior. Para evitar que transferências inativas permaneçam para sempre, a transferência é cancelada após $Conf{ClientTimeout} segundos - se algum arquivo único em seu servidor remoto estiver demorando mais tempo para fazer backup do que essa configuração de valor, a transferência de backup será cancelada.

    

Answer 3

Se você ou o provedor tiver um firewall, verifique a sessão-ttl dele. Como um valor comum é 3600 ... Se o firewall não está em suas mãos, você também pode usar o ssh com a opção serveraliveinterval como mencionado aqui: link backuppc pode ser modificado de acordo.