Hoi,
ik ben bezig backuppc werkend te krijgen op mijn setup om bacla te vervangen (performance van bacula is bagger).
De testsetup bestaat uit 2 debian machines, beide machines draaien squeeze.
Ik heb op de client (www2 genaamd) een gebruiker backuppc aangemaakt... met een public key.
Als ik met de hand de backup aanzet:
Nu lijkt het erop dat meer mensen dit issue hebben (http://osdir.com/ml/sysut...ral/2004-11/msg00029.html , http://www.backupcentral....tly-the-same-place-88913/) maar ik vind geen duidelijke oplossing.
Mijn XferLOG.bad.z geeft geen verdere info. Ik heb de timeout al op 720000 seconden gezet, dat zou genoeg moeten zijn.
Mijn config.pl:
.
Goed, de client-config:
CompressLevel stond ook op 3 en dat hielp niet.
Ik weet dat de ClientRestore Config de verkeerde user heeft, maar dat is nog niet boeiend.
Klein puntje:
Die dubbele dingen in de exclude lijst heb ik neergezet omdat /proc en /dev ook gebackuped worden. Dat is niet nodig en niet de bedoeling... en wellicht heeft dat ook wel te maken met waarom die backup faalt.
Iemand een idee wat hier fout gaat?
het is in ieder geval duidelijk dat mijn client configs niet gepakt worden, ik ga even de manual checken wat hier nu weer fout gaat.
ik ben bezig backuppc werkend te krijgen op mijn setup om bacla te vervangen (performance van bacula is bagger).
De testsetup bestaat uit 2 debian machines, beide machines draaien squeeze.
Ik heb op de client (www2 genaamd) een gebruiker backuppc aangemaakt... met een public key.
Als ik met de hand de backup aanzet:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
| full backup started for directory / Running: /usr/bin/ssh -q -x -l backuppc www2.foo.bar sudo /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 29872 Got remote protocol 30 Negotiated protocol version 28 Remote[2]: file has vanished: "/proc/2/exe" Remote[2]: file has vanished: "/proc/2/task/2/exe" Remote[2]: file has vanished: "/proc/3/exe" Remote[2]: file has vanished: "/proc/3/task/3/exe" Remote[2]: file has vanished: "/proc/4/exe" <heel veel files> Read EOF: Tried again: got 0 bytes Can't write 4 bytes to socket Child is aborting Done: 33746 files, 771629843 bytes Got fatal error during xfer (aborted by signal=PIPE) Backup aborted by user signal Not saving this as a partial backup since it has fewer files than the prior one (got 33746 and 33746 files versus 33817) |
Nu lijkt het erop dat meer mensen dit issue hebben (http://osdir.com/ml/sysut...ral/2004-11/msg00029.html , http://www.backupcentral....tly-the-same-place-88913/) maar ik vind geen duidelijke oplossing.
Mijn XferLOG.bad.z geeft geen verdere info. Ik heb de timeout al op 720000 seconden gezet, dat zou genoeg moeten zijn.
Mijn config.pl:
code:
Weinig boeiends dus 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| root@leiden:/etc/backuppc# diff config.pl config.pl.orig 294,296c294 < $Conf{TopDir} = '/backuppc/test'; --- > $Conf{TopDir} = '/var/lib/backuppc'; 845c843 < $Conf{XferMethod} = 'rsync'; --- > $Conf{XferMethod} = 'smb'; 1158c1156 < $Conf{RsyncClientCmd} = '$sshPath -q -x -l backuppc $host sudo $rsyncPath $argList+'; --- > $Conf{RsyncClientCmd} = '$sshPath -q -x -l root $host $rsyncPath $argList+'; 1621c1619 < $Conf{ClientTimeout} = 720000; --- > $Conf{ClientTimeout} = 72000; |
Goed, de client-config:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
| # Minimum period in days between full and incremental backups: $Conf{FullPeriod} = 6.97; $Conf{IncrPeriod} = 0.97; # Number of full and incremental backups to keep: $Conf{FullKeepCnt} = 12; $Conf{IncrKeepCnt} = 6; # Note that additional fulls will be kept for as long as is necessary # to support remaining incrementals. # What transport to use backup the client [smb|rsync|rsyncd|tar|archive]: $Conf{XferMethod} = 'rsync'; # The file system path or the name of the rsyncd module to backup when # using rsync/rsyncd: $Conf{RsyncShareName} = '/'; # If this is defined only these files/paths will be included in the backup: $Conf{BackupFilesOnly} = undef; # These files/paths will be excluded from the backup: $Conf{BackupFilesExclude} = ['/proc', '/dev', '/cdrom', '/media', '/floppy', '/mnt', '/var/lib/backuppc', '/lost+found', 'proc', 'dev', 'media', 'lost+found']; # Level of verbosity in Xfer log files: $Conf{XferLogLevel} = 3; # Commands to run for client backups: # Note the use of SSH's -C attribute. This enables compression in SSH. $Conf{RsyncClientCmd} = '$sshPath -C -x -l backuppc-o PreferredAuthentications=publickey $host $rsyncPath $argList+'; # Commands to run for client direct restores: # Note the use of SSH's -C attribute. This enables compression in SSH. $Conf{RsyncClientRestoreCmd} = '$sshPath -C -q -x -l root $host $rsyncPath $argList+'; # Compression level to use on files. 0 means no compression. See notes # in main config file before changing after backups have already been done. $Conf{CompressLevel} = 0; |
CompressLevel stond ook op 3 en dat hielp niet.
Ik weet dat de ClientRestore Config de verkeerde user heeft, maar dat is nog niet boeiend.
Klein puntje:
Die dubbele dingen in de exclude lijst heb ik neergezet omdat /proc en /dev ook gebackuped worden. Dat is niet nodig en niet de bedoeling... en wellicht heeft dat ook wel te maken met waarom die backup faalt.
Iemand een idee wat hier fout gaat?
het is in ieder geval duidelijk dat mijn client configs niet gepakt worden, ik ga even de manual checken wat hier nu weer fout gaat.