tại sao liên kết gắn kết (chế độ chia sẻ) không hoạt động đối với máy khách cầu chì?

1. Tạo juicefs Network mount (như NFS mount) trong máy chủ

juicefs mount -d redis://10.111.100.91:6379/0 /mnt/jfs-mount
2021/12/10 20:05:25.914969 juicefs[33027] <INFO>: Địa chỉ meta: redis://10.111.100.91:6379/0
2021/12/10 20:05:25.916720 juicefs[33027] <CẢNH BÁO>: AOF không được bật, bạn có thể mất dữ liệu nếu tắt Redis không đúng cách.
2021/12/10 20:05:25.917140 juicefs[33027] <INFO>: Ping redis: 329.765µs
2021/12/10 20:05:25.917626 juicefs[33027] <INFO>: Sử dụng dữ liệu minio://10.102.8.247:9000/test/minio/
10/12/2021 20:05:25.917812 juicefs[33027] <INFO>: Bộ nhớ cache trên đĩa (/var/jfsCache/3680a8cc-a3f7-40a9-ac6f-fc79505bb728/): dung lượng (1024 MB), tỷ lệ trống (10%) , số trang đang chờ xử lý tối đa (15)
2021/12/10 20:05:26.419836 juicefs[33027] <INFO>: OK, minio đã sẵn sàng tại /mnt/jfs-mount
[root@kube-node-1 juice]#
[root@kube-node-1 juice]# df -h|grep jfs-mount
JuiceFS:minio 1.0P 8.4M 1.0P 1%/mnt/jfs-mount

2. Cố gắng liên kết mount với một thư mục hiện có và đặt nó ở chế độ chia sẻ

[root@kube-node-1 juice]# mkdir /mnt/jfs-bind
[root@kube-node-1 juice]# mount --bind --make-shared /mnt/jfs-mount /mnt/jfs-bind
[root@kube-node-1 juice]# cat /proc/self/mountinfo |grep jfs | sed 's/ - .*//'
152 40 0:219 / /mnt/jfs-mount rw,relatime shared:117
155 40 0:219 / /mnt/jfs-bind rw,relatime shared:117
[root@kube-node-1 juice]#

3. Giết quá trình cầu chì và làm cho điểm gắn kết không hoạt động

[root@kube-node-1 juice]# ps -ef |grep juicefs
gốc 33043 1 0 20:05? 00:00:00 juicefs mount -d redis://10.111.100.91:6379/0 /mnt/jfs-mount
gốc 34338 129878 0 20:06 pts/1 00:00:00 grep --color=auto juicefs
[root@kube-node-1 juice]# kill -9 33043
[root@kube-node-1 juice]# ls /mnt/jfs-mount
ls: không thể truy cập /mnt/jfs-mount: Điểm cuối vận chuyển không được kết nối
[root@kube-node-1 juice]# ls /mnt/jfs-bind
ls: không thể truy cập /mnt/jfs-bind: Điểm cuối vận chuyển không được kết nối

4. Khôi phục điểm gắn kết nguồn của liên kết (/mnt/jfs-mount) và kiểm tra điểm gắn kết đích

[root@kube-node-1 juice]# umount /mnt/jfs-mount
[root@kube-node-1 juice]# juicefs mount -d redis://10.111.100.91:6379/0 /mnt/jfs-mount
2021/12/10 20:07:19.357752 juicefs[35185] <INFO>: Địa chỉ meta: redis://10.111.100.91:6379/0
2021/12/10 20:07:19.359160 juicefs[35185] <CẢNH BÁO>: AOF không được bật, bạn có thể mất dữ liệu nếu tắt Redis không đúng cách.
2021/12/10 20:07:19.359528 juicefs[35185] <INFO>: Ping redis: 340.317µs
2021/12/10 20:07:19.360107 juicefs[35185] <INFO>: Sử dụng dữ liệu minio://10.102.8.247:9000/test/minio/
2021/12/10 20:07:19.360264 juicefs[35185] <INFO>: Bộ nhớ cache trên đĩa (/var/jfsCache/3680a8cc-a3f7-40a9-ac6f-fc79505bb728/): dung lượng (1024 MB), tỷ lệ trống (10%) , số trang đang chờ xử lý tối đa (15)
2021/12/10 20:07:19.862758 juicefs[35185] <INFO>: OK, minio đã sẵn sàng tại /mnt/jfs-mount
[root@kube-node-1 juice]#ls /mnt/jfs-bind
ls: không thể truy cập /mnt/jfs-bind: Điểm cuối vận chuyển không được kết nối

tôi đã nghĩ /mnt/jfs-bind có thể được phục hồi tự động, bởi vì lên hành động có thể được truyền bá để liên kết gắn kết mục tiêu. Có vẻ như đó không phải là hành vi giống như https://www.kernel.org/doc/Documentation/filesystems/sharedsubtree.txt . Tôi tự hỏi tại sao?

Và câu hỏi nữa, nếu tôi muốn làm cho bind mount tự động phục hồi khi điểm mount nguồn của juice được phục hồi. Có cách nào để làm như vậy?