Open amarshall opened 11 months ago
Same here.
However, I have to mount the snapshots slightly differently.
The following works for me:
mkdir -p /tmp/zfsmount
sudo mount -t zfs rpool/encrypted/safe@zfs-auto-snap_hourly-2024-03-26-06h00 /tmp/zfsmount
Your suggestion
sudo mount -t zfs rpool/encrypted/safe@zfs-auto-snap_hourly-2024-03-26-06h00 -o remount
Gives me:
mount: rpool/encrypted/safe@zfs-auto-snap_hourly-2024-03-26-06h00: mount point does not exist.
actually tried to double check on my system, that is using zfsutil for mounting and it seems that i can not directly reproduce with that, so either something else has been fixed or using zfsutil (so non legacy mountpoints) does not trigger the issue
"/persist" = {
device = "rpool/safe/persist";
fsType = "zfs";
options = [
"zfsutil"
"X-mount.mkdir"
];
neededForBoot = true;
};
─ ls /persist/.zfs/snapshot
zrepl_20240409_202739_000 zrepl_20240410_201732_000 zrepl_20240411_195737_000
Describe the bug
ZFS provides a
<mountpoint>/.zfs/snapshot
directory that automounts snapshots for easy access. This does not work for non-root mounts that areneededForBoot = true
.Steps to reproduce
Expected behavior
Expected to find the snapshot files (e.g.
bar
) in/foo/.zfs/snapshot/test
, but is empty.Additional context
/proc/spl/kstat/zfs/dbgmsg
contains lines likeThis appears to be related to https://github.com/openzfs/zfs/issues/9461, however the dataset mounted at
/
does not exhibit this problem, only nested mounts.Removing
neededForBoot = true
resolvesmount -t zfs rootpool/foo -o remount
resolves.Notify maintainers
Unsure who…
Metadata
Using recent nixos-unstable (e35dcc04a3853da485a396bdd332217d0ac9054f).