Hello!
In BackupPC 3.0 beta 3, when I click on the LOG file link in a host (as
opposed to the LOG files link), I am presented with the 122006 log file,
not the 012007 log file.
Should the log files be renamed to MM? Or is the LOG file link
supposed to open the oldest log?
Tim Massey
[Please CC any replies directly to me]
I'm trying to backup my desktop machine with rsync, without luck. It
is running Windows XP, and I am using the provided rsyncd package. My
backuppc server is running on Ubuntu Dapper. Here's some versions:
ii backuppc 2.1.2-2ubuntu5
Carl,
I am trying to calculate the amount of disk space used by a single
machine. Currently I run du -hs /var/lib/backuppc/pc/machinename to get
the disk space used by machinename. The problem is that this is very
disk intensive and can cause problems when I am running backups around
the
On 01/08 09:20 , Ski Kacoroski wrote:
I am trying to calculate the amount of disk space used by a single
machine.
due to pooling, is this really a reasonably question to ask?
I suppose you could take all the files and amortize the space usage of that
file across the number of hosts who share
[EMAIL PROTECTED] wrote:
I routinely hit 100% CPU utilization on the Via C3 1GHz Mini-ITX
systems I use as backup servers. I will grant you that the C3 is not
the most efficient processor, but I am definitely CPU-limited. I too
have 512MB RAM, but the machines are not swapping. And that's
Is this via rsync? I think it's important that everybody be running the
same exact version of rsync. I had the same problem (/var failing, other
/'s working (on Fedora though)) and, IIRC, updating rsync fixed it.
YMMV,
ck
Hello
I recently installed a few opensuse 10.2 workstations in my
On 01/08 11:35 , [EMAIL PROTECTED] wrote:
Is this via rsync? I think it's important that everybody be running the
same exact version of rsync. I had the same problem (/var failing, other
/'s working (on Fedora though)) and, IIRC, updating rsync fixed it.
in the past I've not had any problem
Le lundi, 8 janvier 2007 15:26, Carl Wilhelm Soderstrom a écrit :
On 01/08 11:35 , [EMAIL PROTECTED] wrote:
Is this via rsync? I think it's important that everybody be running the
same exact version of rsync. I had the same problem (/var failing, other
/'s working (on Fedora though)) and,
You might consider doing a little Perl script rather than shell for the
formatting script. At least that way, you can launch the format command
as a pipe, read its output (the 11/25000 followed by a bunch of ^H
characters to back up over itself), parse it, then output something more
Here is my command line:
Running: /usr/bin/ssh -q -x -l root t10 /usr/bin/rsync --server --sender
--numeric-ids --perms --owner --group -D --links --times
--block-size=2048 --recursive --ignore-times . /home/tn/testbackup/
The server rsync version: rsync version 2.6.4 protocol version 29
The
On 12/30 10:23 , Michael Mansour wrote:
Personally I'd be trouble-shooting your ext3 problems and working them out,
since ext3 by default offers quite a bit of data resilience.
I use reiserfs for BackupPC data pools (and ext3 for the rest of the OS).
Partly because with reiserfs you don't have
Hi,
Cristian Tibirna wrote on 05.01.2007 at 16:31:28 [[BackupPC-users] backuppc and
opensuse 10.2 clients]:
I recently installed a few opensuse 10.2 workstations in my network (upgrade
from older suse versions) and the backup of these workstations ceased to
work. The error is that
[EMAIL PROTECTED] wrote on 01/08/2007
05:35:48 PM:
You might consider doing a little Perl script rather than shell for the
formatting script. At least that way, you can launch the format command
as a pipe, read its output (the 11/25000 followed by a bunch of ^H
characters to back up
Holger Parplies [EMAIL PROTECTED] wrote on 01/08/2007 07:50:14 PM:
Hi,
[EMAIL PROTECTED] wrote on 05.01.2007 at 10:27:41 [[BackupPC-
users] tar vs. cpio: Survivability of archives]:
[...]
Of course, in researching this further, I can't seem to find a
resource
that agrees with
David Rees [EMAIL PROTECTED] wrote on 01/08/2007 01:55:18 PM:
On 1/2/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I routinely hit 100% CPU utilization on the Via C3 1GHz Mini-ITX
systems I
use as backup servers. I will grant you that the C3 is not the most
efficient processor, but
[EMAIL PROTECTED] wrote:
Why does BackupPC use tar instead of cpio? I was always told that tar
has a serious flaw: any files that occur after a bad block in the tar
stream cannot be extracted; whereas this is not the case with cpio.
I suspect you have heard this about tar in regard to
Hello!
I'm trying to set up BackupPC 3.0beta3 on a brand new installation of
CentOS 3.8. Here's what I've done:
1) Install a minimal installation of CentOS 3.8. I know that there are
other modules I will need, but it's not relevant for this error.
2) Unpack BackupPC 3.0beta3
3) Type: perl
On 1/8/07, Timothy J. Massey [EMAIL PROTECTED] wrote:
top - 21:09:02 up 3:55, 2 users, load average: 1.15, 1.12, 1.06
Tasks: 45 total, 2 running, 42 sleeping, 0 stopped, 1 zombie
Cpu(s): 82.1% us, 11.3% sy, 0.0% ni, 0.0% id, 0.3% wa, 2.7% hi, 3.7% si
Mem:109068k total,
Timothy J. Massey wrote:
Actually, the sluggishness comes from I/O competition, I think, not RAM
or even CPU usage...
What kind of disk do you have and are you sure it is using DMA?
What does 'hdparm -T -t' show for the buffered disk speed?
--
Les Mikesell
[EMAIL PROTECTED]
19 matches
Mail list logo