I have a cifs storage configured in storage.cfg that points to a dfs path. I just noticed that this stopped working. Going back in /var/log/messages* it correlates to the upgrade to pve-kernel-5.4.101-1-pve on 2021-03-02. The same dfs mount still works on my client machine which is still on 5.4.0-66. Some searching on the web shows some recent dfs related work on cifs https://lkml.org/lkml/2021/1/31/294 https://www.suse.com/support/update/announcement/2021/suse-su-20210108-1/ maybe related, did not had time yet to dig deeper.
Error messages in dmesg (only the first and last line seem relevant here, rest is for noserverino option, which to my knowledge is not configurable via storage.cfg):
Another cifs storage pointing directly (no dfs) to a share exported by a server works. For some reason, modifying the problematic mount entry from \\example.com\foo to the \\server\share\path does not help, so I created a fstab entry to the \\server\share\path (that works but not when pointing to dfs) on my nodes and use a directory entry in storage.cfg.
Error messages in dmesg (only the first and last line seem relevant here, rest is for noserverino option, which to my knowledge is not configurable via storage.cfg):
Code:
CIFS VFS: \\example.com\foo error -2 on ioctl to get interface list
CIFS VFS: Autodisabling the use of server inode numbers on new server.
CIFS VFS: The server doesn't seem to support them properly or the files might be on different servers (DFS)
CIFS VFS: Hardlinks will not be recognized on this mount. Consider mounting with the "noserverino" option to silence this message.
CIFS VFS: cifs_read_super: get_root_inode_failed
Another cifs storage pointing directly (no dfs) to a share exported by a server works. For some reason, modifying the problematic mount entry from \\example.com\foo to the \\server\share\path does not help, so I created a fstab entry to the \\server\share\path (that works but not when pointing to dfs) on my nodes and use a directory entry in storage.cfg.