CIFS 在同一装载点上装载同一共享的多个副本

CIFS 在同一装载点上装载同一共享的多个副本

继这个问题之后,CIFS 随机丢失与 Windows 共享的连接,关于 Debian Jessie 服务器安装 Windows 服务器托管的远程 Windows CIFS 目录的共享问题;

我刚刚发现我安装了 12 倍相同的远程 CIFS 挂载点同名在同一目录中,执行sudo mount -a.

怎么会发生这种事呢?我怎样才能防止这种情况发生?

我的/etc/fstab,一些支架是用以下材料制成的:

//10.2.1.2/XX/ZZ/YY /mnt/mount_point cifs credentials=/root/.smbcredentials,iocharset=utf8,file_mode=0770,dir_mode=0770,uid=1001,gid=1001 0 0

还有一些:

//10.2.1.2/XX/ZZ/YY /mnt/mount_point cifs credentials=/root/.smbcredentials,iocharset=utf8,file_mode=0770,dir_mode=0770,uid=1001,gid=1001,vers=2.1 0 0

多个挂载点的示例:

$mount //10.2.1.2/XX/ZZ/YY on /mnt/mount_point type cifs (rw,relatime,vers=1.0,cache=strict,username=someusername,domain=XXX,uid=1001,forceuid,gid=1001,forcegid,addr=10.2.1.2,file_mode=0770,dir_mode=0770,nounix,serverino,mapposix,rsize=61440,wsize=65536,echo_interval=60,actimeo=1) //10.2.1.2/XX/ZZ/YY on /mnt/mount_point type cifs (rw,relatime,vers=1.0,cache=strict,username=someusername,domain=XXX,uid=1001,forceuid,gid=1001,forcegid,addr=10.2.1.2,file_mode=0770,dir_mode=0770,nounix,serverino,mapposix,rsize=61440,wsize=65536,echo_interval=60,actimeo=1) //10.2.1.2/XX/ZZ/YY on /mnt/mount_point type cifs (rw,relatime,vers=1.0,cache=strict,username=someusername,domain=XXX,uid=1001,forceuid,gid=1001,forcegid,addr=10.2.1.2,file_mode=0770,dir_mode=0770,nounix,serverino,mapposix,rsize=61440,wsize=65536,echo_interval=60,actimeo=1) //10.2.1.2/XX/ZZ/YY on /mnt/mount_point type cifs (rw,relatime,vers=2.1,cache=strict,username=someusername,domain=XXX,uid=1001,forceuid,gid=1001,forcegid,addr=10.2.1.2,file_mode=0770,dir_mode=0770,nounix,serverino,mapposix,rsize=61440,wsize=65536,echo_interval=60,actimeo=1) //10.2.1.2/XX/ZZ/YY on /mnt/mount_point type cifs (rw,relatime,vers=2.1,cache=strict,username=someusername,domain=XXX,uid=1001,forceuid,gid=1001,forcegid,addr=10.2.1.2,file_mode=0770,dir_mode=0770,nounix,serverino,mapposix,rsize=61440,wsize=65536,echo_interval=60,actimeo=1)

答案1

过去 Debian 中曾出现过一个未解决的 bug,#589218 cifs-utils:“mount -a”多次挂载 cifs 共享(每次调用“mount -a”+1 次)

然而,普遍的共识似乎是这是一个功能,而不是一个错误。

sudo mount -a尝试恢复服务时请避免执行以下操作,并开始执行以下操作:

sudo mount -o remount -a

否则,您将再次在安装点中安装远程共享。

另一方面,至少好消息是,您可以以与安装它们相反的方式卸载它们,并且我将使用相应umount命令的 n-1 倍作为补救策略。

相关内容