BackupPc fallisce i backup con l'errore SIGPIPE: Difference between revisions
Jump to navigation
Jump to search
m Created page with "Se un backup di BackupPc fallisce con il messaggio: Aborting backup up after signal PIPE Got fatal error during xfer (aborted by signal=PIPE) Le cause possono essere moltepli…" |
mNo edit summary |
||
| Line 8: | Line 8: | ||
$Conf{RsyncClientCmd} = '$sshPath -o ServerAliveInterval=300 -q -x -l root $host$rsyncPath $argList+'; | $Conf{RsyncClientCmd} = '$sshPath -o ServerAliveInterval=300 -q -x -l root $host$rsyncPath $argList+'; | ||
Dal lato server, può essere utile impostare il valore temporale con cui vengono inviati al client dei segnali di keepalive: | |||
sudoedit /etc/ssh/sshd_config | |||
ClientAliveInterval 60 | |||
sudo invoke-rc.d ssh restart | |||
==Riferimenti== | ==Riferimenti== | ||
*[http://serverfault.com/questions/348857/backuppc-fails-with-sigpipe/349220#349220 BackupPc fails with SIGPIPE - Server Fault] | *[http://serverfault.com/questions/348857/backuppc-fails-with-sigpipe/349220#349220 BackupPc fails with SIGPIPE - Server Fault] | ||
*[http://www.go2linux.org/linux/2011/02/limit-idle-ssh-sessions-time-avoid-unattended-ones-clientaliveinterval-clientalivecoun Limit idle ssh sessions time, avoid unattended ones, ClientAliveInterval & ClientAliveCountMax] | |||
Latest revision as of 12:39, 5 April 2012
Se un backup di BackupPc fallisce con il messaggio:
Aborting backup up after signal PIPE Got fatal error during xfer (aborted by signal=PIPE)
Le cause possono essere molteplici. Una soluzione è aumentare il timeout della connessione SSH, impostando l'opzione adeguata
sudoedit /etc/backuppc/myclient.pl
$Conf{RsyncClientCmd} = '$sshPath -o ServerAliveInterval=300 -q -x -l root $host$rsyncPath $argList+';
Dal lato server, può essere utile impostare il valore temporale con cui vengono inviati al client dei segnali di keepalive:
sudoedit /etc/ssh/sshd_config
ClientAliveInterval 60
sudo invoke-rc.d ssh restart