You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The content of snapshot-Directories in bind-mounted datasets within LXC containers can not be accessed. Within a container:
container1 /zfsmountds/.zfs/snapshot # cd autosnap_2019-10-18_11:01:23_daily -bash: cd: autosnap_2019-10-18_11:01:23_daily: Too many levels of symbolic links
While this might not affect all zfs users, it can be a dealbreaker for some use cases. For example, using Samba for windows shadow copies relies on accessible snapshots. However, they cannot be provided within a linux container. Both LXC and DOCKER should be affected, as seen in comment for #4514
Describe how to reproduce the problem
Bind-mount a zfs dataset to a container. Within LXC for example at the container config file using
As soon as trying to enter the actual snapshot directory, a mount is issued on the container host:
tank/zfsds1@autosnap_2019-10-18_11:01:23_daily on /storage/zfsds1/.zfs/snapshot/autosnap_2019-10-18_11:01:23_daily type zfs (ro,relatime,xattr,noacl)
The snapshot directory cannot be accessed within the container. The Error Too many levels of symbolic links is thrown.
additional Notes
I cannot verify if the problem is LXC (container) or ZFS related, or a mixture of both. It would be great to have some hints on the topic, so at least some documentation can be added.
The text was updated successfully, but these errors were encountered:
I have also observed this using debian/ubuntu LXC containers on a proxmox host. Same error as OP.
Interestingly, if you issue an "ls" on the directory in question on the host machine, you can then access it on the container. Seems there are two levels of mounting and one isn't triggering the other? Does ZFS have some sort of automount going on that only brings the snapshot online when actually viewed?
We are using a scheduled "find" command on the host to keep the snapshots available for samba Windows shadow copies (as OP mentioned above) on the container.
This issue has been automatically marked as "stale" because it has not had any activity for a while. It will be closed in 90 days if no further activity occurs. Thank you for your contributions.
System information
Describe the problem you're observing
The content of snapshot-Directories in bind-mounted datasets within LXC containers can not be accessed. Within a container:
container1 /zfsmountds/.zfs/snapshot # cd autosnap_2019-10-18_11:01:23_daily
-bash: cd: autosnap_2019-10-18_11:01:23_daily: Too many levels of symbolic links
While this might not affect all zfs users, it can be a dealbreaker for some use cases. For example, using Samba for windows shadow copies relies on accessible snapshots. However, they cannot be provided within a linux container. Both LXC and DOCKER should be affected, as seen in comment for #4514
Describe how to reproduce the problem
Bind-mount a zfs dataset to a container. Within LXC for example at the container config file using
lxc.mount.entry=/storage/zfsds1 /storage/container1/rootfs/zfsmountds1 zfs bind 0 0
What happens:
tank/zfsds1@autosnap_2019-10-18_11:01:23_daily on /storage/zfsds1/.zfs/snapshot/autosnap_2019-10-18_11:01:23_daily type zfs (ro,relatime,xattr,noacl)
Too many levels of symbolic links
is thrown.additional Notes
I cannot verify if the problem is LXC (container) or ZFS related, or a mixture of both. It would be great to have some hints on the topic, so at least some documentation can be added.
The text was updated successfully, but these errors were encountered: