JWSmythe wrote:
>
> The difference between theory and real world performance are always a
> lot of fun.
The difference between theory and practice is that in theory there isn't
any difference...
> RAID5 does striping and parity, so it could, should, and might be faster.
For reads - and per
[EMAIL PROTECTED] wrote:
> Searching through the mail archives, I see lots of posts about getting
> aborts with signal=PIPE on backups. I've got this problem on restore.
>
> I have been backing up 5 machines (linux and windows) using rsyncd
> flawlessly for a few months now.
>
> Thought it was a
Searching through the mail archives, I see lots of posts about getting
aborts with signal=PIPE on backups. I've got this problem on restore.
I have been backing up 5 machines (linux and windows) using rsyncd
flawlessly for a few months now.
Thought it was about time to check restoring (backups a
incr backup started back to 2008-03-01 10:11:36 (backup #158) for
directory /
Running: /usr/bin/ssh -q -x -l root dragonslair /usr/bin/rsync --server
--sender --numeric-ids --perms --owner --group -D --links --hard-links
--times --block-size=2048 --recursive --checksum-seed=32761 . /
Xfer PIDs
I've been running 3.1.0 since it was created and I finished setting
things up a while ago and it ran for months rock solid, but then one day
some machines stopped working.
One Gentoo vserver is running 4 of the machines. Gentoo host OS, Ubuntu,
Debian and a Gentoo. BackupPC manages to backup t
The difference between theory and real world performance are always a
lot of fun.
RAID5 does striping and parity, so it could, should, and might be faster.
A lot of it has to do with the drives, the controller, and even the
OS. I went around with this with several people over the years,
Simone Marzona wrote:
>
> can this patch be modified for showing the percentage of cpool space
> sorted by host in some kind of stacked graph?
>
> I thing that cound be usefull to know how much of the pool storage is
> used by host A and how much by host B and so on. I'm not interested in
> the s
Hi all
can this patch be modified for showing the percentage of cpool space
sorted by host in some kind of stacked graph?
I thing that cound be usefull to know how much of the pool storage is
used by host A and how much by host B and so on. I'm not interested in
the size of the backup for each ho
On Fri, Mar 7, 2008 at 6:15 PM, Paul <[EMAIL PROTECTED]> wrote:
> I noticed when setting up my backuppc install that Windows clients with
> rsyncd software worked OK. A linux box did not. In the log file was the
> error message auth required, but service is open/insecure.
>
> I double-checked
That assumption is generally true especially for larger files. for small
files, the whole array is dependant on the slowest drive in the array so the
access time is slowest drive - controller overhead - parity penalty whcih
means that in all circumstances, a file that is less than the stripe size
Carl Wilhelm Soderstrom wrote:
> On 03/03 02:29 , Les Mikesell wrote:
>
>> The seek time for these may be the real killer since you drag the parity
>> drive's head along for the ride.
>>
> The more drives you have in an array, the closer your seek time will tend to
> approach worst-case, a
Kai Grunau wrote:
> Nils Breunese (Lemonbit) wrote:
>
>> Kai Grunau wrote:
>>
>>
>>
>>> is there someone who could send me a /etc/init.d/backuppc script
>>> file for
>>> OpenSuse 10.3 2.6.22.17-0.1-default i686
>>>
>>> When I try to start backuppc I get the error :
>>> ---
>>>
Nils Breunese (Lemonbit) wrote:
> Kai Grunau wrote:
>
>
>> I copied the suse-backuppc from the installation source to
>> /etc/init.d/backuppc
>>
>
> Did you run configure.pl on that source before copying that init.d
> script? I believe the configure.pl script modifies the init.d script
13 matches
Mail list logo
