Сторонняя программа будет записывать файлы в каталог, смонтированный по SSHFS. Если подключение к Интернету потеряно, сторонняя программа, скорее всего, аварийно завершит работу (плохо), потому что все программы, пытающиеся получить доступ к такому монтируемому каталогу SSHFS в таком состоянии (когда нет подключения к Интернету), помещаются в то, что некоторые называют «бесперебойным». спать". У SSHFS есть опция автоматического переподключения, но это не помогает, так как сторонняя программа все равно будет зависать (и аварийно завершать работу), если соединение будет потеряно (даже если при восстановлении соединения SSHFS перемонтирует dir). Autofs не поможет, в основном речь идет о поведении SSHFS при потере соединения. Почему он не может вести себя как сетевой общий каталог (Samba или другие средства) и просто возвращать ошибку раньше, чем ... никогда?
Существуют ли альтернативы SSHFS, если SSHFS не может работать как описано?
Дополнительная информация:
ОС: я использую Ubuntu Linux (12.04 LTS)
источник
/etc/fstab
? Вы пробовали autofs сsoft
опцией?Ответы:
Вкратце: нет - поскольку зависание происходит из-за приложения, сбой sshfs является изящным - это заставит приложение ждать. - тот факт, что приложение не уважает это не вина SSHFS.
Приложение будет делать то же самое, если оно получит доступ к файлу на съемном носителе, например на USB-диске, и вы удалите его. Приложению необходимо перехватывать и обрабатывать события тайм-аута ввода-вывода, а не просто застревать в ожидании ответа.
источник
Грустный вопрос. Я пробовал sshfs несколько раз в прошлом.
Как только соединение теряется, приложения, обращающиеся к файлам в смонтированной папке, зависают и вылетают. Даже Терминалы. НО приложения даже не знают, что их ждут. Это что-то на уровне ядра, которое не может обработать sshfs, говорящее им ждать вечно ... даже unmount не работает и даже зависает иногда, потому что смонтированная папка каким-то образом заблокирована на уровне ядра файловой системы.
Почему этого не происходит, когда я отключаю USB-накопитель?
Эта проблема существует в течение многих лет ...
Автоматическое переподключение не помогает, если вы просто не можете восстановить соединение в любое время. (В моем случае у меня заканчивается Kerberos Tickes).
Извините, но я должен заявить: sshfs непригоден для использования!
(за исключением случаев, когда соединение никогда не теряется)
Я всегда заканчиваю тем, что использую scp вместо этого. Печальная проблема
источник