Из-за постепенного ухудшения SSHFS вместо зависания при потере соединения. Является ли это возможным?


10

Сторонняя программа будет записывать файлы в каталог, смонтированный по SSHFS. Если подключение к Интернету потеряно, сторонняя программа, скорее всего, аварийно завершит работу (плохо), потому что все программы, пытающиеся получить доступ к такому монтируемому каталогу SSHFS в таком состоянии (когда нет подключения к Интернету), помещаются в то, что некоторые называют «бесперебойным». спать". У SSHFS есть опция автоматического переподключения, но это не помогает, так как сторонняя программа все равно будет зависать (и аварийно завершать работу), если соединение будет потеряно (даже если при восстановлении соединения SSHFS перемонтирует dir). Autofs не поможет, в основном речь идет о поведении SSHFS при потере соединения. Почему он не может вести себя как сетевой общий каталог (Samba или другие средства) и просто возвращать ошибку раньше, чем ... никогда?

Существуют ли альтернативы SSHFS, если SSHFS не может работать как описано?

Дополнительная информация:

ОС: я использую Ubuntu Linux (12.04 LTS)


Пожалуйста, объясните, что именно вы делаете. Я представляю, что вы монтируете удаленную файловую систему с помощью sshfs на локальном компьютере с Linux, это так? Возможно включить ваш /etc/fstab? Вы пробовали autofs с softопцией?
Тердон

@terdon Сторонняя программа запишет файлы в каталог, смонтированный по SSHFS. Если интернет-соединение потеряно, сторонняя программа, скорее всего, вылетит (плохо). У SSHFS есть опция автоматического переподключения, но это не помогает, так как сторонняя программа все равно будет зависать (и аварийно завершать работу), если соединение будет потеряно (даже если при восстановлении соединения SSHFS перемонтирует dir). Autofs не поможет, в основном речь идет о поведении SSHFS при потере соединения. Почему он не может вести себя как сетевой общий каталог (Samba или другие средства) и просто возвращать ошибку раньше, чем ... никогда?
Андрей

Спасибо за обновление, но, пожалуйста, включите его в свой вопрос, так как не все читают комментарии. Также включите файлы конфигурации, которые вы используете. Какое значение для времени ожидания SSH и т. Д.? Я не говорю, что знаю ответ, просто, чем больше информации у вас есть в вашем вопросе, тем вероятнее, что вы получите хороший ответ. В сложившейся ситуации трудно понять, что именно представляет собой ваша установка.
тердон

@terdon Спасибо, я практически полностью заменил свой вопрос.
Андрей

Намного лучше :). Пожалуйста, также добавьте ОС, которую вы используете. Это Linux, OSX, другой Unix?
Тердон

Ответы:


0

Вкратце: нет - поскольку зависание происходит из-за приложения, сбой sshfs является изящным - это заставит приложение ждать. - тот факт, что приложение не уважает это не вина SSHFS.

Приложение будет делать то же самое, если оно получит доступ к файлу на съемном носителе, например на USB-диске, и вы удалите его. Приложению необходимо перехватывать и обрабатывать события тайм-аута ввода-вывода, а не просто застревать в ожидании ответа.


0

Грустный вопрос. Я пробовал sshfs несколько раз в прошлом.

Как только соединение теряется, приложения, обращающиеся к файлам в смонтированной папке, зависают и вылетают. Даже Терминалы. НО приложения даже не знают, что их ждут. Это что-то на уровне ядра, которое не может обработать sshfs, говорящее им ждать вечно ... даже unmount не работает и даже зависает иногда, потому что смонтированная папка каким-то образом заблокирована на уровне ядра файловой системы.

Почему этого не происходит, когда я отключаю USB-накопитель?

Эта проблема существует в течение многих лет ...

Автоматическое переподключение не помогает, если вы просто не можете восстановить соединение в любое время. (В моем случае у меня заканчивается Kerberos Tickes).

Извините, но я должен заявить: sshfs непригоден для использования!
(за исключением случаев, когда соединение никогда не теряется)

Я всегда заканчиваю тем, что использую scp вместо этого. Печальная проблема

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.