Размонтирование силы смонтированного NFS каталога [закрывается]
Ну, лучший способ сделать это - не все. В целом модель обработки Искры не дает никаких гарантий относительно
- , где
- , когда
- в каком порядке (исключая, конечно, порядок трансформации, определенные линией / DAG)
- и сколько раз
задан фрагмент кода. Более того, любые обновления, которые напрямую зависят от архитектуры Spark, не являются деталями.
Это свойства, которые делают Spark масштабируемыми и устойчивыми, но в то же время это то, что делает очень сложным
Если все, что вам нужно, это простой кеш, то у вас есть несколько опций:
- использовать один из методов, описанных в Tzach Zohar в Кэширование в Spark
- использует локальное кэширование (за JVM или поток исполнителей) в сочетании с конкретным разделением приложений, чтобы сохранить локальные
- для связи с внешними системами используют локальный кэш узла, не зависящий от Spark (например, прокси Nginx для http-запросов)
Если для приложения требуется гораздо более сложная связь, вы можете попробовать различные средства передачи сообщений, чтобы сохранить синхронизированное состояние но в целом он требует сложного и потенциально хрупкого кода.
4 ответа
Вы могли бы попробовать ленивое размонтирование:
umount -l
Если бы сервер NFS исчез, и Вы не можете вернуть его онлайн, то один прием, который я использую, должен добавить псевдоним к интерфейсу с IP сервера NFS (в этом примере, 192.0.2.55).
Linux
команда для этого - что-то примерно как:
ifconfig eth0:fakenfs 192.0.2.55 netmask 255.255.255.255
, Где 192.0.2.55 IP сервера NFS, который ушел. Необходимо тогда быть в состоянии проверить с помощью ping-запросов адрес, и необходимо также быть в состоянии размонтироваться, файловая система (используйте размонтирование-f). Необходимо тогда уничтожить искаженный интерфейс, таким образом, Вы больше не направляете трафик к старому серверу NFS себе с:
ifconfig eth0:fakenfs down
FreeBSD и подобные операционные системы
команда была бы чем-то как:
ifconfig em0 alias 192.0.2.55 netmask 255.255.255.255
И затем удалить его:
ifconfig em0 delete 192.0.2.55
человек ifconfig (8) для больше!
Попытайтесь работать
lsof | grep /mnt/data
, Который должен перечислить любой процесс, который получает доступ к/mnt/data, который препятствовал бы тому, чтобы он был размонтирован.
Ваш сервер NFS исчез.
Идеально Ваш лучший выбор состоит в том, если сервер NFS возвращается.
В противном случае "umount-f" должен был добиться цели. Это не ВСЕГДА работает, но это часто будет.
, Если Вы, оказывается, знаете, какие процессы ИСПОЛЬЗУЮТ файловую систему NFS, Вы могли попытаться уничтожить те процессы, и затем возможно, размонтирование будет работать.
Наконец, я предположил бы, что необходимо перезагрузить.
кроме того, не ДЕЛАЙТЕ мягкий - монтируют Ваши диски NFS. Вы используете трудно - монтируется, чтобы гарантировать, что они работали. Это необходимо, если Вы делаете записи.