Ubuntu VMで新しいSambaマウントを定義しました。/etc/fstab
//x.x.x.x/share /share cifs credentials=/.smbcreds,uid=1000,gid=1000,vers=3.0 0 0
これにより、次のような結果が得られます。df -h
filesystem Size Used Avail Use% Mounted On
//x.x.x.x/share 5.0G 79M 5.0G 2% /share
...
これはホストのZFS共有であり、Sambaを使用してここに公開します。私は約12TBの空き容量を見ると予想していましたが、これはdf -u
Sambaホストで実行したときに見たものです。du -f --max-depth=1
Ubuntu VMで実行すると、次のことが報告されます。
2.2T /share
...
これが正しいインストール使用法です。
最終的に問題が発生しました。サービスが報告されたファイルシステムスペース全体よりも大きいファイルをマウントに書き込もうとしましたが、書き込み前に空き容量を確認したため失敗しました。
答え1
私はこれを理解しています。問題は実際にSambaホスト(仮想マシンでもある)にあります。複数のZFSファイルシステムを/share
。
/tank/downloads -> /share/downloads
/tank/photos -> /share/photos
/tank/scratch -> /share/scratch
私のディレクトリのSamba設定共有があります/share
。フォルダは実際にはVMファイルシステムの一部であり、その中にあるディレクトリはマウントポイントなので、Sambaルートファイルシステムと同じくらいスペースがあるようです。
この問題を解決するために、Samba VMに1つだけマウントするようにZFSファイルシステム構造を再構成し、ディレクトリが共有されています。