Alright. In any case removing files from the current backup (because
they don't exist anymore / have been excluded / ...) is painfully slow.
On 2023-10-19 16:04, Guillermo Rozas wrote:
It's not a capacity problem.
It's a performance problem.
Sorry, you implied that the problem was the
It's all V4.
It's not a capacity problem.
It's a performance problem.
And trying to figure out why it is so slow, I tried looking at what it
is actually doing.
Which brought me to what I was initially asking.
I'm not sure where the stuff in 2846 is coming from before being deleted
again
pool over the last year by replacing each element of
>the RAID array in turn, thereby maintaining continuous service.
>
>
>Paul
>
>On 14/10/2023 21:43, marki wrote:
>> Hello,
>>
>> I'm having a hard time here excluding stuff starting with the next backup.
>>
&
enough, so we're not
even making it to that stage.
How do I actually exclude a path from the next backup, such that it is
not even temporarily created?
I.e. such that the disk doesn't fill up AND such that it is fast.
Thanks,
Marki
___
BackupPC-users
-time.com
>
>Gives me the same error.
>
>> On Sep 1, 2023, at 3:33 PM, Marki wrote:
>>
>> That doesn't answer the question: Does a manual (ssh) connection to the host
>> work?
>
>
>
>___
>BackupPC-users
;http://hostname.real-time.com> to
>/var/lib/backuppc/pc/hostname.real-time.com<http://hostname.real-time.com>.OLD
>to start a new backup series
>
>If it makes any difference the computer is running Docker and service the
>computer provides is a Docker container.
>
>
What have you tried already?
Does a manual connection to the host work?
On September 1, 2023 5:26:26 PM GMT+02:00, Bob Tanner
wrote:
>After months of working without any problems 1 host has started throwing this
>error
>
>rsync error: unexplained error (code 255)
>
>Here some gist of the
Those limitations exist with every other file-based backup solution.
Of course you should test a recovery from time to time ;)
On August 9, 2023 5:19:09 PM GMT+02:00, Les Mikesell
wrote:
>On Wed, Aug 9, 2023 at 8:42 AM Wächtler, Jan
>wrote:
>
>> The Overview description of backuppc states that
d anything
else while virtualizing?
Marki
On August 7, 2020 9:48:00 AM GMT+02:00, lu lu wrote:
>hello to the group
>i have a backuppc installed on debian 7.
>I backup 3 physical servers with windows server 2008, with backuppc I
>backup every night of the folder on the disk called
m was! I appreciate
>it!
>
>On 11/8/19 3:21 PM, marki wrote:
>> Are you using the IP address 192.168 and the host name (freenas)
>> interchangeably?
>>
>> Try sshing into the client using both please. Even though it's the
>> same host, ssh doesn't treat it
Are you using the IP address 192.168 and the host name (freenas)
interchangeably?
Try sshing into the client using both please. Even though it's the same host,
ssh doesn't treat it as such automatically I guess.
On November 8, 2019 8:33:25 PM GMT+01:00, Derek Stevens wrote:
>Ma
Are you running your manual SSH session using the same user backuppc runs as?
On November 8, 2019 6:26:08 PM GMT+01:00, Derek Stevens via BackupPC-users
wrote:
>Hello BackupPC users,
>
>I am coming to you guys with a problem I've been having trying to set
>up
>a client backup with the Rsync
different than in V4?
Thanks,
Marki
On 2019-10-31 14:44, marki wrote:
Hey,
Back in March we migrated from v3 to v4.
Looking at it today, backups look like shown below.
What is this full backup dated March still doing there? Why are the
following FULL backups apparently not containing m
Hey,
Back in March we migrated from v3 to v4.
Looking at it today, backups look like shown below.
What is this full backup dated March still doing there? Why are the
following FULL backups apparently not containing much data? (they look
identical to the incrementals)
Thx,
Marki
Backup
that :)
Maybe the docs tell how to do this, but I couldn't find it...
Bye,
Marki
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
15 matches
Mail list logo