de ce bind mount (mod partajat) nu funcționează pentru clientul Fuse?

1. Creați juicefs Network mount (cum ar fi montarea NFS) în mașina gazdă

juicefs mount -d redis://10.111.100.91:6379/0 /mnt/jfs-mount
2021/12/10 20:05:25.914969 juicefs[33027] <INFO>: Meta adresa: redis://10.111.100.91:6379/0
2021/12/10 20:05:25.916720 juicefs[33027] <AVERTISMENT>: AOF nu este activat, este posibil să pierdeți date dacă Redis nu este oprit corect.
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>: Utilizarea datelor minio://10.102.8.247:9000/test/minio/
2021/12/10 20:05:25.917812 juicefs[33027] <INFO>: Disk cache (/var/jfsCache/3680a8cc-a3f7-40a9-ac6f-fc79505bb728/): capacitate (1024%), liberă (1024%) , max pagini în așteptare (15)
2021/12/10 20:05:26.419836 juicefs[33027] <INFO>: OK, minio este gata la /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. Încercați să legați mount-ul la un director existent și să îl faceți în mod partajat

[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. Opriți procesul de siguranță și faceți ca punctul de montare să nu funcționeze

[root@kube-node-1 juice]# ps -ef |grep juicefs
root 33043 1 0 20:05 ? 00:00:00 juicefs mount -d redis://10.111.100.91:6379/0 /mnt/jfs-mount
root 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: nu poate accesa /mnt/jfs-mount: punctul final de transport nu este conectat
[root@kube-node-1 juice]# ls /mnt/jfs-bind
ls: nu poate accesa /mnt/jfs-bind: punctul final de transport nu este conectat

4. Recuperați punctul de montare sursă al bind(/mnt/jfs-mount) și verificați punctul de montare țintă

[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>: Meta adresa: redis://10.111.100.91:6379/0
2021/12/10 20:07:19.359160 juicefs[35185] <AVERTISMENT>: AOF nu este activat, este posibil să pierdeți date dacă Redis nu este oprit corect.
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>: Utilizarea datelor minio://10.102.8.247:9000/test/minio/
2021/12/10 20:07:19.360264 juicefs[35185] <INFO>: Disk cache (/var/jfsCache/3680a8cc-a3f7-40a9-ac6f-fc79505bb728/): capacitate (1024%), liberă (1024%) , max pagini în așteptare (15)
2021/12/10 20:07:19.862758 juicefs[35185] <INFO>: OK, minio este gata la /mnt/jfs-mount
[root@kube-node-1 juice]#ls /mnt/jfs-bind
ls: nu poate accesa /mnt/jfs-bind: punctul final de transport nu este conectat

am crezut /mnt/jfs-bind poate fi recuperat automat, deoarece remonta acțiunea poate fi propagată pentru a lega montura țintă. Se pare că nu este același comportament ca https://www.kernel.org/doc/Documentation/filesystems/sharedsubtree.txt . Mă întreb de ce?

Și altă întrebare, dacă vreau să fac ca bind mount să se recupereze automat când punctul de montare sursă al sucului este recuperat. Există vreo modalitate de a face acest lucru?