- Создайте сетевое монтированиеjuicefs (например, монтирование NFS) на хост-компьютере
монтирование сока fs -d redis://10.111.100.91:6379/0 /mnt/jfs-mount
2021/12/10 20:05:25.914969juicefs[33027] <INFO>: Мета-адрес: redis://10.111.100.91:6379/0
2021/12/10 20:05:25.916720juicefs[33027] <ПРЕДУПРЕЖДЕНИЕ>: AOF не включен, вы можете потерять данные, если Redis не будет выключен должным образом.
2021/12/10 20:05:25.917140juicefs[33027] <INFO>: Ping redis: 329,765 мкс
2021/12/10 20:05:25.917626juicefs[33027] <INFO>: данные используют minio://10.102.8.247:9000/test/minio/
2021/12/10 20:05:25.917812juicefs[33027] <INFO>: Кэш диска (/var/jfsCache/3680a8cc-a3f7-40a9-ac6f-fc79505bb728/): емкость (1024 МБ), свободный коэффициент (10%) , максимальное количество ожидающих страниц (15)
2021/12/10 20:05:26.419836juicefs[33027] <INFO>: OK, minio готов в /mnt/jfs-mount
[сок root@kube-node-1]#
[root@kube-node-1 сок]# df -h|grep jfs-mount
JuiceFS:минио 1.0P 8.4M 1.0P 1% /mnt/jfs-mount
- Попробуйте привязать mount к существующему каталогу и сделать его общим режимом.
[сок root@kube-node-1]# mkdir /mnt/jfs-bind
[root@kube-node-1 сок]# mount --bind --make-shared /mnt/jfs-mount /mnt/jfs-bind
[root@kube-node-1 сок]# 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]#
- Убейте процесс предохранителя и сделайте так, чтобы точка монтирования не работала
[root@kube-node-1 сок]# ps -ef |grep сокfs
корень 33043 1 0 20:05 ? 00:00:00 монтирование сока fs -d redis://10.111.100.91:6379/0 /mnt/jfs-mount
root 34338 129878 0 20:06 pts/1 00:00:00 grep --color=autojuicefs
[сок root@kube-node-1]# kill -9 33043
[сок root@kube-node-1]# ls /mnt/jfs-mount
ls: невозможно получить доступ к /mnt/jfs-mount: конечная точка транспорта не подключена
[сок root@kube-node-1]# ls /mnt/jfs-bind
ls: невозможно получить доступ к /mnt/jfs-bind: конечная точка транспорта не подключена
- Восстановите исходную точку монтирования bind(/mnt/jfs-mount) и проверьте целевую точку монтирования.
[root@kube-node-1 сок]# umount /mnt/jfs-mount
[root@kube-node-1 сок]#juicefs mount -d redis://10.111.100.91:6379/0 /mnt/jfs-mount
2021/12/10 20:07:19.357752juicefs[35185] <INFO>: Мета-адрес: redis://10.111.100.91:6379/0
2021/12/10 20:07:19.359160juicefs[35185] <ПРЕДУПРЕЖДЕНИЕ>: AOF не включен, вы можете потерять данные, если Redis не выключится должным образом.
10.12.2021, 20:07:19.359528juicefs[35185] <INFO>: Ping redis: 340,317 мкс
2021/12/10 20:07:19.360107juicefs[35185] <INFO>: данные используют minio://10.102.8.247:9000/test/minio/
2021/12/10 20:07:19.360264juicefs[35185] <INFO>: Кэш диска (/var/jfsCache/3680a8cc-a3f7-40a9-ac6f-fc79505bb728/): емкость (1024 МБ), свободный коэффициент (10%) , максимальное количество ожидающих страниц (15)
2021/12/10 20:07:19.862758juicefs[35185] <INFO>: OK, minio готов в /mnt/jfs-mount
[сок root@kube-node-1]#ls /mnt/jfs-bind
ls: невозможно получить доступ к /mnt/jfs-bind: конечная точка транспорта не подключена
я думал /mnt/jfs-связать могут быть восстановлены автоматически, поскольку перемонтировать действие может быть распространено на привязку целевого монтирования. Кажется, это не то же самое поведение, что и https://www.kernel.org/doc/Documentation/filesystems/sharedsubtree.txt . Интересно, почему?
И еще вопрос, хочу ли я, чтобы монтирование привязки восстанавливалось автоматически при восстановлении исходной точки монтирования сока. Есть ли способ сделать это?
