----- 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 might not be in BackupPC. It might > be in one of the modules used by BackupPC or it might even be in the > Perl interpreter itself. Did you tell us the versions you're using? It could. I triggered the issue on a Debian 12 (well, in fact proxmox 8, which is Debian 12 based), with the standard packages from repo perl 5.36.0-7+deb12u1 backuppc 4.4.0-8 backuppc-rsync 3.1.3.0-3 lib-backuppc-xs-perl 0.62-2+b2 Linux kernel 6.8.12-1-pve ZFS 2.2.4-pve1 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) > > On Tue, 17 Sep 2024, Daniel Berteaud wrote: >> ----- Le 16 Sep 24, ? 18:08, G.W. Haywood bac...@jubileegroup.co.uk a ?crit : >> > ... >> > Does ZFS work on Linux now? That's a genuine question, not some way >> > of trying to goad ZFS lovers. >> >> ZFS on Linux is rock solid for several years now. > > Several other posters have now chimed in with their experience of > BackupPC/ZFS/Linux and it seems they're happy enough with it. And I'm also one of those. My own personal backup server is running BackupPC on ZFS with no issue (very similar software version than the one having issue). The main differences, which could point at the culprint : - The working system is running a ZFS mirror on 2 SATA HDD, while the problematic is running on a 4 mirrors NVMe pool (so speed could be related to the issue being triggered) - The working system is not using ZFS encryption, while the problematic one is. This also could be related. But, I'm also using ZFS encryption on other servers, with different workloads, with no issue. So at least, it's not a general problem with it (but it could be a problem triggered by some specific access pattern BackupPC is doing) >> > ...fire up a system using ext4, don't do anything fancy with it, >> > run it in parallel with your ZFS version ... >> >> And that's what I'll be doing, running BackupPC on XFS, ... > > XFS. Hmmm. Well, all right then, if you must. For now. :/ XFS is as stable as ext4 (and is the default FS on RHEL since RHEL7). Never had problems with it. But, I just have some interesting additional data : reinstalled BackupPC in a VM, using XFS (on top of an encrypted zvol). So BackupPC is not interacting directly with ZFS anymore (ZFS becomes an implementation detail). And I still have the issue. After a few backups, which all succeed (no error reported on any of them), my logs during BackupPC_nightly have a lot of errors like previously 2024-09-18 12:00:01 admin1 : BackupPC_refCountUpdate: missing pool file 816bde0c5a408deba27b5e1aec212922 count 2 2024-09-18 12:00:03 admin : BackupPC_refCountUpdate: missing pool file 0513f5328a1ef564e294ce4c13c00489 count 2 2024-09-18 12:00:06 admin1 : BackupPC_refCountUpdate: missing pool file 8df2d40b0408826ddcc5d897a1e18730 count 2 2024-09-18 12:00:06 admin : BackupPC_refCountUpdate: missing pool file 0eb72563928c1a663225b853030f29f9 count 2 2024-09-18 12:00:06 admin1 : BackupPC_refCountUpdate: missing pool file 8ece70725b0339f242c9a486d1c60bb7 count 2 This new setup is running a different OS (AlmaLinux 9), with those components : - BackupPC 4.4.0 (built from sources) - BackupPC-XS 0.62 (built from sources) - rsync-bpc 3.1.3.0 (built from sources) - perl 5.32.1 -- Daniel Berteaud _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: https://github.com/backuppc/backuppc/wiki Project: https://backuppc.github.io/backuppc/
