On Wed, Mar 23, 2016 at 5:47 AM, Nicolas Göddel
wrote:
>>>
> So I tested this out but I was not running out of memory. Only 5% RAM was
> needed
> by rsync and backuppc_dump together. I has to be an other problem. Is it
> because
> the source disk is also used by Samba and up to 20 users use the
Am 23.03.2016 um 10:04 schrieb Nicolas Göddel:
> Am 23.03.2016 um 01:50 schrieb Les Mikesell:
>> On Tue, Mar 22, 2016 at 6:34 PM, Nicolas Göddel
>> wrote:
>>> Hi,
>>>
>>> I don't think that it could be a network problem because I do backup from
>>> one internal RAID to an other internal RAID. All
Am 23.03.2016 um 01:50 schrieb Les Mikesell:
> On Tue, Mar 22, 2016 at 6:34 PM, Nicolas Göddel
> wrote:
>> Hi,
>>
>> I don't think that it could be a network problem because I do backup from
>> one internal RAID to an other internal RAID. All harddisks are running
>> without problem. The backup dr
A backup is not the same as a mirrored RAID. You need both of them. RAID for
hardware failures and a backup for corrupted files, accidentally removed files,
overwritten files, ...
The source disk is a RAID5 with 5 disks and the target is a RAID6 with 4 bigger
disks.
Am 23.03.2016 um 01:32 schrieb
On Tue, Mar 22, 2016 at 6:34 PM, Nicolas Göddel
wrote:
> Hi,
>
> I don't think that it could be a network problem because I do backup from
> one internal RAID to an other internal RAID. All harddisks are running
> without problem. The backup drive itself is relatively new. Just a few
> months old.
Sorry I don't read your first post. What is the raid configuration? I
though if you want to have backup in raid, just put those harddisk to raid
1 and forget about backuppc.
Regards,
David
Rab, 23 Mar 2016 pukul 06.39 Nicolas Göddel
menulis:
> Hi,
>
> I don't think that it could be a network pr
Hi,
I don't think that it could be a network problem because I do backup from one
internal RAID to an other internal RAID. All harddisks are running without
problem. The backup drive itself is relatively new. Just a few months old.
Am 22.03.2016 um 23:58 schrieb David Kuntadi:
>
> Could be hardwa
Could be hardware problem, please check the network connection or hardisk
about to fail.
Regards,
DK
Pada tanggal Sel, 22 Mar 2016 21.46 Nicolas Göddel <
mailingli...@freakscorner.de> menulis:
> After the full backup I got 6 new incremental backups so far. But it
> should be
> 14 by now. The last
After the full backup I got 6 new incremental backups so far. But it should be
14 by now. The last incremental backup was on the 16th of March. The error is
the same as always:
2016-03-21 20:00:01 incr backup started back to 2016-03-16 21:00:00 (backup #53)
for directory benutzer
2016-03-21 20:42:
I was able to make a full backup without any problems. It runs smoothly over
1381 minutes.
I am now waiting for the next incremental backups.
Am 07.03.2016 um 18:00 schrieb Nicolas Göddel:
> I captured the network packages with tcpdump. There are the last rows if it
> helps you:
>
> 17:15:47.97411
I captured the network packages with tcpdump. There are the last rows if it
helps you:
17:15:47.974113 IP 192.168.1.13.52202 > 192.168.1.13.rsync: Flags [P.], seq
872185:905151, ack 32293747, win 19047, options [nop,nop,TS val 1217113361 ecr
1217092736], length 32966
17:15:48.012397 IP 192.168.1.1
Is there a point where I can begin debugging that issue? Is it not getting
better at the moment and I need my daily backups. Is it possible to use rsync
without the daemon and network communication? For example with 'rsync' as
XferMethod?
Am 02.03.2016 um 14:35 schrieb Nicolas Göddel:
> Am 02.03.2
Am 02.03.2016 um 14:08 schrieb Stefan Peter:
> Dear Nicolas Göddel
> Am 02.03.2016 um 11:41 schrieb Nicolas Göddel:
>> Hi,
>>
>> thank you. I did an incremental backup with verbose output. The last few
>> lines
>> in the log are these:
>>
>> attribWrite(dir=fbenutzer/.Trashes/501/Recovered files
>
Dear Nicolas Göddel
Am 02.03.2016 um 11:41 schrieb Nicolas Göddel:
> Hi,
>
> thank you. I did an incremental backup with verbose output. The last few lines
> in the log are these:
>
> attribWrite(dir=fbenutzer/.Trashes/501/Recovered files
> #1/com.apple.iBooksAuthor_409_SFED_368025537_2/SpookySpo
Hi,
thank you. I did an incremental backup with verbose output. The last few lines
in the log are these:
attribWrite(dir=fbenutzer/.Trashes/501/Recovered files
#1/com.apple.iBooksAuthor_409_SFED_368025537_2/SpookySpooky.ibooks/OPS/assets/thumbs/content13)
-> /var/lib/backuppc/pc/suw03/new/fbenutz
# su - backuppc
$ /usr/share/backuppc/bin/BackupPC_dump -v -f hostname
(-v for verbose, -f for full)
>Messaggio originale
>Da: Nicolas Göddel
>Data: 01/03/2016 16.44
>A:
>Ogg: Re: [BackupPC-users] R: Keep getting "Aborting backup up after
signal PIPE"
>
>Hi,
>
>after 8 days of faile
16 matches
Mail list logo