同じネットワークに2つのシステムがあり、両方ともマウントポイント(AWSのefs)に同じ外部NFSファイルシステムがマウントされています/mnt/efs/fs1
。
両方のシステムで同じリンク名を使用しますが、どちらか(NFSボリューム)が共通であるにもかかわらず、異なる場所を指す2つのシステムでシンボリックリンクを作成したいと思います。両方に共通のNFSターゲットがこれを正しく実行することを許可していないため、これを行うことはできません。
本番マシンAにはパスがあり、そこから次のコマンドを使用して/opt/IBM/SharedArea/files/upload
シンボリックリンクを作成します。/mnt/efs/fs1
ln -s /mnt/efs/fs1/file-exports/files/ /opt/IBM/SharedArea/files/upload/files
これでls
、Aマシンで実行すると、シンボリックリンクが正しく作成されたことがわかります。
機械A:
[root@connections ~]# cd /opt/IBM/SharedArea/files/upload
[root@connections upload]# ls -l
total 0
lrwxrwxrwx 1 root root 32 Dec 13 16:44 files -> /mnt/efs/fs1/file-exports/files/
機械B:
これで、本番前のマシンBには同じパスがあります。opt/IBM/SharedArea/files/upload
今回は、別のパスへのシンボリックリンクを作成し、/connectionsdata
それに対して次のコマンドを実行しました。
ln -s /connectionsdata/ /opt/IBM/SharedArea/files/upload/files
ローカルシステムにもシンボリックリンクが生成されます。私は今マシンBにいます。
[root@connections ~]# cd /opt/IBM/SharedArea/files/upload
[root@connections upload]# ls -l
total 0
lrwxrwxrwx 1 root root 32 Dec 13 16:44 files -> /connectionsdata/
驚いたことに、マシンAで最初に作成されたシンボリックリンクが変更され、/connectionsdata
両方のマシンで同じシンボリックリンクを指すことがわかりました。両方とも、/connectionsdata
元の定義されたディレクトリではなく同じディレクトリ()を指します。
パスの接続を解除し、同様の結果で操作を数回繰り返しました。生成された最後のシンボリックリンクは、他のシステム上の最初のシンボリックリンクを上書きします。私はこれに何の意味もありません。私が何か間違っているという兆候はありますか?