On Friday 23 April 2010 00:56:42 Saturn2888 wrote:
@Tyler J. Wagner
If it's confirmed Rsync works better than Rsyncd, I'll switch to it.
The problem with SSH Rsync configurations is the public/private keys. I
seem to always have problems getting those setup, but I've recently not
had those
-Original Message-
From: Saturn2888 [mailto:backuppc-fo...@backupcentral.com]
Sent: Friday, April 23, 2010 1:48 AM
To: backuppc-users@lists.sourceforge.net
Subject: [BackupPC-users] Noted Observations Complaints Using BackupPC for
5 mon
@Sorin Srbu
I tested each and every new DLL and EXE
Since it was mentioned before, here's iostat:
Every 2.0s: iostat
Fri Apr 23 05:34:51 2010
Linux
-Original Message-
From: Saturn2888 [mailto:backuppc-fo...@backupcentral.com]
Sent: Friday, April 23, 2010 12:27 PM
To: backuppc-users@lists.sourceforge.net
Subject: [BackupPC-users] Noted Observations Complaints Using BackupPC for
5 mon
@Sorin Srbu
I'll be excited to hear of your
The web server is the one thing that's ever seemingly been fast. There's never
a problem so long as I use it.
+--
|This was sent by saturn2...@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
-Original Message-
From: Saturn2888 [mailto:backuppc-fo...@backupcentral.com]
Sent: Friday, April 23, 2010 1:07 PM
To: backuppc-users@lists.sourceforge.net
Subject: [BackupPC-users] Noted Observations Complaints Using BackupPC
for
5 mon
The web server is the one thing that's ever
Saturn2888 wrote:
Since it was mentioned before, here's iostat:
Every 2.0s: iostat
Fri Apr 23
Saturn2888 wrote:
@Les Mikesell
That makes sense then why RAID5 is bad for this.
Now you know my trouble with Samba. Sure, if I can read the files they should
be there, but they're not. This is why I stopped using Samba. It's like
BackupPC get tired when using Samba and quits when it
Tyler J. Wagner wrote:
On Friday 23 April 2010 00:56:42 Saturn2888 wrote:
@Tyler J. Wagner
If it's confirmed Rsync works better than Rsyncd, I'll switch to it.
The problem with SSH Rsync configurations is the public/private keys. I
seem to always have problems getting those setup, but I've
Les Mikesell wrote:
Saturn2888 wrote:
Since it was mentioned before, here's iostat:
Every 2.0s: iostat
On Friday 23 April 2010 14:02:13 Les Mikesell wrote:
Errr... On the backuppc side you want to do this as the backuppc user...
But what you really want it /home/backuppc/.ssh/id_rsa.pub appended to each
remote's /root/.ssh/authorized_keys file (there could be other entries
there already).
On Thu, 22 Apr 2010 22:40:51 -0400, carnivora
backuppc-fo...@backupcentral.com wrote:
Thanks for your reply guys.
I made it!
Thanks bro..
i just replace my conf from /usr/bin/rsync to /usr/local/bin/rsync
Right - I completely forgot ports install to /usr/local on BSD. It's been
a while
On 4/23/2010 8:13 AM, Saturn2888 wrote:
avg-cpu: %user %nice %system %iowait %steal %idle
19.910.042.99 70.840.006.23
But, that 70% iowait number pretty much tells you what the machine is doing
with
most of its time...
I did watch iostat and saw that
On Wednesday 21 April 2010 06:03:08 Tyler J. Wagner wrote:
I am currently in the process of doing this in two steps:
1. Moving the cpool to a partition with LVM, so as to be able to make
snapshot binary backups in future.
2. Copying the snapshot over the network to a backup server.
Thanks Tyler,
However, for snapshotting to work, don't you have to have at least as much
space for the snapshot as you do for the original partition? I currently am
using nearly 60% of the VG just for backups, which is the root of the
problem. It wasn't apparent in my scanning of the article
I too had the same question. However, I did think about mounting an iscsi
volume and create a secondary LV on it to move the snapshot to. Other
options would be to boot the server with something like clonezilla and the
target machine with the same and do a direct copy that way. I am actually
On Friday 23 April 2010 22:33:49 B. Alexander wrote:
However, for snapshotting to work, don't you have to have at least as much
space for the snapshot as you do for the original partition? I currently am
using nearly 60% of the VG just for backups, which is the root of the
problem. It wasn't
I was gonna put it on 2x400GB in RAID0 and having that data backed up on
another rig but didn't think that'd be such a good idea.
As an update, while my graphs haven't updated, my pool info is back! I realized
the extra 100GB was from the new files I wanted to start backing up so that
18 matches
Mail list logo