Hi,
I’m trying to backup an entire server using Zelta.
My zelta.conf:
site1:
zfsrpl@zabbix:
- zroot
I get the following errors (and a lot more for every dataset on the source server):
zfsrpl@zabbix:zroot: cannot mount ‘/tank/backup/snapshot/zfsrpl/ROOT’: failed to create mountpoint: Read-only file system
cannot mount ‘/tank/backup/snapshot/zfsrpl/ROOT/13.1-RELEASE-p9_2023-10-31_123409’: failed to create mountpoint: Read-only file system
cannot mount ‘/tank/backup/snapshot/zfsrpl/ROOT/13.1-RELEASE_2023-09-18_131742’: failed to create mountpoint: Read-only file system
I’m not sure, what’s causing this, but am guessing, that the snapshots are mounted ro on the target and child sets cannot be mounted subsequently.
If so, is it even possible to have zroot as the only entry or do I have to list every dataset in zelta.conf?
I am not familiar with this particular tool, but it looks to me like you need to give that zfsrpl user on target system mount permissions in zfs. (Since you’re not running it as root.)
I am entirely unfamiliar with Zelta, but snapshots can only be mounted read-only, because they are immutable structures–a snapshot can be created or destroyed, but never modified (the closest thing to “modification” is automatic repair of corrupted blocks on discovery).
Very, very low-key note: if you’re shopping for a different tool, you could try sanoid/syncoid. If those don’t work for you, that’s perfectly fine, just throwing it out there as a possibility.
I didn’t see OP mention the OS but when I see mount issues, I’m aware that only root can mount filesystems on Linux. I run backups/transfers using syncoid and if the appropriate ZFS permissions are granted, the transfer completes as a normal user but will report an error due to the failure to mount. I don’t care about that and will mount later if needed.