Hi there,
I just wanted to report that my upgrade to 3.0 (from 2.1.1) worked
without a glitch! And backups are significantly faster, too! It now
backups all 21 servers each night while 2.1.1 only accomplished about
12 to 15.
Very nice work! Thanks a lot.
Tino.
PS: I will give a talk about
Tino Schwarze wrote:
I just wanted to report that my upgrade to 3.0 (from 2.1.1) worked
without a glitch! And backups are significantly faster, too! It now
backups all 21 servers each night while 2.1.1 only accomplished about
12 to 15.
Sadly I'm seeing the opposite: most backups are failing
Nils Breunese (Lemonbit) wrote:
Any ideas on how we can reduce the load? More/less nightly jobs? Less
concurrent backups? Other tips? We used to backup 15 servers onto one
BackupPC server, but now almost all of our backups are failing and the
load is through the roof. Can we just go and
Nils Breunese (Lemonbit) wrote:
I wrote:
I recently upgraded to BackupPC 3 and although the idea of being able
to run the nightly jobs, the trashClean job and dump jobs all at the
same time is nice it seems it's a bit too much for our server (load =
10 at the moment). Can I make backup
Nils Breunese (Lemonbit) wrote:
Tino Schwarze wrote:
I just wanted to report that my upgrade to 3.0 (from 2.1.1) worked
without a glitch! And backups are significantly faster, too! It now
backups all 21 servers each night while 2.1.1 only accomplished about
12 to 15.
Sadly I'm seeing the
Ok, now it gets weird. After removing the passwords, I also changed the UPC
share to upc, and it worked. Then apps, which had been working without a
problem, failed. So the issue seems to be for what ever reason we can get
the first of 2 shares, but not both. Here is the Xferlog:
Jason Hughes wrote:
Nils Breunese (Lemonbit) wrote:
Any ideas on how we can reduce the load? More/less nightly jobs?
Less concurrent backups? Other tips? We used to backup 15 servers
onto one BackupPC server, but now almost all of our backups are
failing and the load is through the roof.
John Pettitt wrote:
The #1 way to bring the load down if you haven't already done it is
to mount the pool filesystem with noatime - BackupPC does a lot
of reading files and if you have access time stamping enabled there
are lots of writes to update the access time stamp. Remove that
Les Mikesell wrote:
Sadly I'm seeing the opposite: most backups are failing (aborted
by signal=PIPE / Child exited prematurely) and they especially
seem to be failing when the nightly/trashClean jobs are also
running (which wasn't possible under 2.1). Under 2.1 everything
worked just
Nils Breunese (Lemonbit) wrote:
You are probably short on RAM when you add in the nightly run. Tuning
down the number of concurrent backups might help. That probably
shouldn't be higher than the number of processors in the server anyway
unless you have some low-bandwidth connections to
Hi,
Dienelt V?clav wrote on 09.02.2007 at 09:31:11 [[BackupPC-users] BackupPC v3]:
Hello,
when I start backuppc service I receive following error: Starting
BackupPC: No language settings
BackupPC::Libnew failed.
Could you help me please?
what value is $Conf{Language} set to in your
Jim writes:
$Conf{RsyncShareName} = ['UPC', 'apps'];
Here are the last few lines of the backuppc error log:
The interesting part of the log file will be the beginning, since
that's where UPC is backed up. BackupPC believes that no files
were dumped for that share. It complains about it
daniel writes:
I'm using tar-1.14-12.RHEL4
But I've found the problem yesterday, I need to use the -P option for
tar, if I don't, I've got this message:
removing leading ../ from hardlink targets
So now, If I do a
sudo -u backuppc BackupPC_tarPCCopy /opt/backuppc/files/pc/ | tar xvPf
13 matches
Mail list logo
