この質問に続いて、CIFS が Windows 共有への接続をランダムに失うWindows サーバーによってホストされているリモート Windows CIFS ディレクトリをマウントする Debian Jessie サーバーの共有の問題について。
同じリモートCIFSマウントポイントが12回マウントされていることがわかりました同じ名前の同じディレクトリで、 を実行する場合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でバグが発見されたことがある。#589218 cifs-utils: 「mount -a」は cifs 共有を複数回マウントします (「mount -a」の呼び出しごとに +1 回)
しかし、これはバグではなく機能であるという意見が一般的です。
sudo mount -aサービスを回復しようとするときは、以下の操作は避け、実行を開始してください。
sudo mount -o remount -a
それ以外の場合は、マウント ポイントにリモート共有を再度マウントすることになります。
一方、少なくとも良いニュースとしては、マウントしたときと逆の手順でアンマウントできることです。修復操作として、対応するumountコマンドを n-1 回使用します。