- Le 21 Aoû 24, à 2:02, backu...@kosowsky.org a écrit :
> First of all, the corruption seems almost definitely to be a disk
> issue and not a backuppc issue.
I'm just configuring a new BackupPC v4.4 (on Debian, using packages from the
repo), and encounter this kind of errors systematicall
- Le 16 Sep 24, à 18:08, G.W. Haywood bac...@jubileegroup.co.uk a écrit :
> Hi there,
>
> On Mon, 16 Sep 2024, Daniel Berteaud wrote:
>> - Le 21 Ao? 24, ? 2:02, backu...@kosowsky.org a ?crit :
>>
>>> First of all, the corruption seems almost definitely to be a disk
>>> issue and not a
- Le 25 Oct 24, à 6:36, Tim Connors tim.w.conn...@gmail.com a écrit :
> Backuppc user of >~ 20 years, moved from ext4 to XFS (lost data) to btrfs
> (lost data) to ZFS in ~2010-2012, moved it to a VM inside proxmox talking
> to the original raw disks in 2019/20, upgraded to V4 sometime aroun
- Le 18 Sep 24, à 18:21, G.W. Haywood bac...@jubileegroup.co.uk a écrit :
> Hi there,
>
> On Wed, 18 Sep 2024, Daniel Berteaud wrote:
>
>> But I also triggered it a few years ago on CentOS 8 (don't have the
>> details as I do not have access to this system anymore)
>
> Was there any corre
- Le 19 Sep 24, à 0:29, Paul Leyland paul.leyl...@gmail.com a écrit :
> Our data in the security group was encrypted, just not encrypted ZFS
> which, as I have stated, was not available at the time.
>
> We used LUKS, which is filesystem independent.
>
> Any reason why you can't do the same?
- Le 17 Sep 24, à 20:31, G.W. Haywood bac...@jubileegroup.co.uk a écrit :
> Hi there,
>
> On Mon, 16 Sep 2024, Daniel Berteaud wrote:
>
>> I tried 3 times to wipe and start from empty pool, but this comes
>> back everytime. So there's a bug in BackupPC.
>
> Even if it isn't in ZFS it still
- Le 18 Sep 24, à 18:39, Paul Leyland paul.leyl...@gmail.com a écrit :
> My earlier report indicating no known problems was for unencrypted ZFS
> on Linux.
>
> Something over five years ago encrypted ZFS was unavailable. Today my
> threat model considers the probability of someone breaking in
- Le 19 Sep 24, à 16:46, Les Mikesell lesmikes...@gmail.com a écrit :
> On Thu, Sep 19, 2024 at 9:27 AM Daniel Berteaud via BackupPC-users
> wrote:
>>
>> There are sensitive info here, so I can't share it (secret keys, x509 cert +
>> key, password for storag
> - Le 19 Sep 24, à 16:46, Les Mikesell lesmikes...@gmail.com a écrit :
>>
>> Are the files in question stable? That is fairly normal behavior
>> where files are being created and deleted or renamed quickly so rsync
>> sees the name in a directory but the file doesn't exist by the time it
>>
- Le 19 Sep 24, à 15:56, G.W. Haywood bac...@jubileegroup.co.uk a écrit :
> Hi there,
>
> On Thu, 19 Sep 2024, Daniel Berteaud wrote:
>
>> Not sure yet, but it seems the problem is at least easier to trigger
>> (maybe even only happens in this context) when I backup /etc/pve on
>> some pro
- Le 18 Sep 24, à 18:39, Paul Leyland paul.leyl...@gmail.com a écrit :
> My earlier report indicating no known problems was for unencrypted ZFS
> on Linux.
>
> Something over five years ago encrypted ZFS was unavailable. Today my
> threat model considers the probability of someone breaking in
11 matches
Mail list logo
