как лучше справиться с отключениями от сервера монтируемых sshfs?

<p>у меня есть несколько каталогов, смонтированных через <em>sshfs</em>. иногда я получаю отключение от сервера (не настраивается мной). я обычно монтирую каталоги вот так</p><pre><code>sshfs user@server.example.com:/home/user /mnt/example </code></pre><p>когда сервер отключается, подсистема sshfs не <em>mount/free</em> каталог, а вместо этого блокирует его недоступность. монтирование все еще видно при наборе <code>mount</code>. когда я печатаю</p><pre><code>ls /mnt/example </code></pre><p>процесс заблокирован (также <kbd>ctrl</kbd>+<kbd>c</kbd> не помогает). поэтому я делаю</p><pre><code>sudo umount -l /mnt/example # find pid of corresponding process: ps aux | grep example.com kill -9 <pid of locked sshfs process> </code></pre><p>есть ли лучший способ справиться с этим? очевидно, что <em>sshfs</em> должен выполнить <em>mount</em> и очистить ... в идеале, он будет автоматически переподключен.</p>

<p>вы можете запустить sshfs с параметром "восстановить соединение". мы используем sshfs с pam/automount для совместного использования файлов сервера для каждой рабочей станции в нашей сети. мы используем -oconconnect в качестве параметра для sshfs, главным образом потому, что наши пользователи приостановили работу своих компьютеров, а при пробуждении sshfs не будет повторно подключаться (или отвечать, или что-то еще).</p><p>например:</p><pre><code>sshfs mvaldez@192.168.128.1:/home/mvaldez/remote /home/mvaldez/remotedocs -o reconnect,idmap=user,password\_stdin,dev,suid </code></pre><p>просто обратите внимание, что если удаленный компьютер действительно не работает, sshfs может перестать отвечать на запросы в течение длительного времени.</p>

<p>это можно обойти, уменьшив время ожидания. добавьте следующее к <code>$home/.ssh/config или /etc/ssh/ssh_config:serveraliveinterval 15 serveralivecountmax 3 это приводит к задержке в 45 секунд.

у меня есть сервер, который я использую для хранения, и из-за нехватки места, где я живу, я храню его в другом месте. чтобы перенести файлы в мою сеть, я использую raspberry pi, который монтирует файлы с сервера с помощью sshfs.недавно мне пришлось перейти на raspbian jessie из-за сбоя питания, и я понял, что sshfs стал серьезно нестабильным. папки будут правильно смонтированы, но через некоторое время я не смогу к ним подключиться, и raspberry pi зависнет, если я захочу перечислить содержимое креплений.то, что я попробовал, было: использовал переподключение в fstab использовал serveraliveinterval и serveralivecountmax в файле .ssh/config, но безрезультатно. другие решения я читаю на большинстве форумов. но не игра в кости! пока я не изменил файл fstab следующим образом:sshfs#user@server:/remote/folder /local/mount/dir fuse identityfile=sshkeyfile,port=xxx,uid=1000,gid=1000,allow_other,_netdev,serveraliveinterval=45,serveralivecountmax=2,reconnect,noatime,auto 0 0 и это работает! нет больше отключений! похоже, что sshfs по какой-то причине не читает конфигурационный файл ssh и сигналы поддержки активности никогда не отправлялись.

это звучит как работа для авторов. он довольно искусен в работе с сетевыми монтировками различного типа (nfs, samba, sshfs, вы называете это) и замечает, когда эти вещи нужно перемонтировать. он также может позаботиться о размонтировании их после периодов неиспользования и монтировании при запросе файловой системы.

если есть еще люди, сталкивающиеся с этой проблемой, я все равно не смог бы ее исправить. я нашел рабочий обходной путь.следующий скрипт ruby добился цели. он создает папку с именем keepalive снова и снова. просто продолжайте работать до бесконечности.$i =1 $num =0 begin puts("inside the loop i = #$i" ) $i +=1 puts 'creating obj' system 'mkdir /{yourmountpoint}/keepalive' sleep 5 puts 'we did it, it should be still alive' end while $i > $num </code></pre><p>я не знаю, почему это работает. но, похоже, это решает мою проблему: я неактивен на минуту и все зависает. он просто пытается создать папку в точке монтирования, и это, кажется, не дает ей отключиться и как-то заморозить все.</p>