Author: Patrick Begou <Patrick.Begou AT legi.grenoble-inp DOT fr>
Date: Mon, 28 Sep 2015 08:28:10 +0200
And what about your backupPC server ? Check it for memory usage. I fall in such problems when adding a new host with large dataset to backup (> 100GB, all previous shares where near 10GB each) and th
Simply because trying to compress an already compressed stream make it bigger. See above. Depends on CPU power; do as Patrick suggested: check your backuppc svr RAM (& CPU) usage. So, you have a Ferr
Author: Christian Völker <chrischan AT knebb DOT de>
Date: Mon, 28 Sep 2015 14:55:35 +0200
Hi all, 24GB of RAM. Nothins installed except a CentOS7 minimal Installation and added the BackupPC stuff. Swap is not active at all. 8core CPU Intel(R) Core(TM) i7 CPU 930 @ 2.80GHz is at around 10%
Hi alone ;-p) I recently ran into such a problem with an old laptop used as a HTTP svr and having a dead battery. It came from it but the problem was gone after a reboot (ssh it took several minutes
Author: Holger Parplies <wbppc AT parplies DOT de>
Date: Mon, 28 Sep 2015 19:52:35 +0200
Hi, Christian Völker wrote on 2015-09-28 14:55:35 +0200 [Re: [BackupPC-users] Slow transfer via rsync?]: it's been mentioned before, though not explicitly. What is the RTT over the VPN (i.e. between
Author: Christian Völker <chrischan AT knebb DOT de>
Date: Mon, 28 Sep 2015 22:02:26 +0200
Hi Holger& all, So here are several outputs: == [root@bu ~]# cat /etc/redhat-release CentOS Linux release 7.1.1503 (Core) [root@bu ~]# uname -r 3.10.0-229.14.1.el7.x86_64 [root@bu ~]# rsync --version
Author: Christian Völker <chrischan AT knebb DOT de>
Date: Mon, 28 Sep 2015 22:17:13 +0200
Hi Bzzzz, Most probably, an electrical glitch messed it up. So, may be a reboot could fix your problem as well. Well, I can obviously reboot. But it is a virtual machine running on a VMware ESXi serv
Have you a simple `rsync --progress -avr host:module/ /tmp/' at a shell? If it acts the same then you've eliminated BackupPC completely from the problem. -- __________________________________________
Author: Holger Parplies <wbppc AT parplies DOT de>
Date: Tue, 29 Sep 2015 02:56:24 +0200
Hi, Christian Völker wrote on 2015-09-28 22:02:26 +0200 [Re: [BackupPC-users] Slow transfer via rsync?]: are you serious? Where do you get over 1/3 second delay from? I'd expect about a tenth of that
Author: Adam Goryachev <mailinglists AT websitemanagers.com DOT au>
Date: Tue, 29 Sep 2015 23:07:12 +1000
As per the previous suggestion, investigate the high latency. Try testing the link while there is no other traffic (ie with ping while rsync is stopped), etc. Latency should be as low as possible, th
Author: Christian Völker <chrischan AT knebb DOT de>
Date: Tue, 29 Sep 2015 23:50:25 +0200
Hi folks, after digging a lot and perfoming many tests with differents host I found the issue: On the firewall there was a traffic shaper activated to optimize WAN usage. This was set to the previous
Author: Adam Goryachev <mailinglists AT websitemanagers.com DOT au>
Date: Wed, 30 Sep 2015 12:49:56 +1000
Hi All, Firstly, the good news, it is all solved (for me), so this is just here as a "If this happens to you, maybe this will work for you", and a potential help to find/fix a bug. I was running back
Author: Christian Völker <chrischan AT knebb DOT de>
Date: Wed, 30 Sep 2015 22:54:24 +0200
Hi all, just as an update: As I already wrote I figured out there was still a traffic shaper active with the old limiting values of the slow DSL line. Removed this and I got an uplink rate of approx
Author: Bob of Donelson Trophy <bob AT donelsontrophy DOT net>
Date: Mon, 03 Aug 2015 10:07:22 -0500
David, Within the BackupPC-4.0.0alpha3.tar.gz is a file to be placed at /var/www/httpd/conf.d/ which used to create the cgi page needed to web administer BackupPC. If I am understanding what I am rea
Author: David Cramblett <david AT functionalchaos DOT net>
Date: Mon, 3 Aug 2015 09:24:41 -0700
Comments below: On Mon, Aug 3, 2015 at 8:07 AM, Bob of Donelson Trophy <bob AT donelsontrophy DOT net> wrote: David, Within the BackupPC-4.0.0alpha3.tar.gz is a file to be placed at /var/www/httpd/co
Author: Bob of Donelson Trophy <bob AT donelsontrophy DOT net>
Date: Mon, 03 Aug 2015 20:44:32 -0500
I am so-o-o close to functional. When I run "ps -ef | grep BackupPC" I get only: root 2379 2344 0 21:39 pts/0 00:00:00 grep --color=auto BackupPC There is no "backuppc (bunch of numbers) /usr/bin/per
Author: David Cramblett <david AT functionalchaos DOT net>
Date: Mon, 3 Aug 2015 18:48:21 -0700
How are you currently starting BackupPC? If you doing via the daemon mode, you may want to leave off the -d and start it in the foreground so you can see the error. I'm guessing your having the issue
Author: Bob of Donelson Trophy <bob AT donelsontrophy DOT net>
Date: Tue, 04 Aug 2015 06:45:21 -0500
David, I have placed your "checkTempFs" file but it appears to not be running on restart. What directory did you place your "checkTempFs" file in? What file permissions does "checkTempFs" need? Then
Author: David Cramblett <david AT functionalchaos DOT net>
Date: Tue, 4 Aug 2015 07:44:25 -0700
That is a function call I added to my init script that runs the following commands: You can run them manually before attempting to start BackupPC to test if it solves the problem. If it works then yo