Degradasi SSHFS dengan anggun alih-alih membeku saat koneksi terputus. Apa itu mungkin?

Program pihak ketiga akan menulis file ke dir yang dipasang SSHFS. Jika koneksi internet terputus, program pihak ketiga kemungkinan akan macet (buruk), karena semua program yang mencoba mengakses dir yang dipasang SSHFS dalam keadaan seperti itu (ketika tidak ada koneksi internet) dimasukkan ke dalam apa yang oleh beberapa orang digambarkan sebagai "tidak dapat terputus" tidur". SSHFS memiliki opsi untuk menyambung kembali secara otomatis, tetapi ini tidak membantu, karena program pihak ketiga masih akan hang (dan macet) jika koneksi terputus (meskipun ketika koneksi dipulihkan, SSHFS akan memasang kembali dir). Autofs tidak akan membantu, pada dasarnya ini tentang perilaku SSHFS ketika koneksi terputus. Mengapa tidak bisa berperilaku seperti direktori jaringan bersama (Samba atau cara lain) dan hanya mengembalikan kesalahan lebih cepat daripada ... tidak pernah?

Apakah ada alternatif untuk SSHFS jika SSHFS tidak dapat berfungsi seperti yang dijelaskan?

Info lain:

OS: Saya menggunakan Ubuntu Linux (12,04 LTS)

— Andrei
sumber

Tolong jelaskan apa yang sebenarnya Anda lakukan. Saya membayangkan Anda sedang menginstal sistem file jarak jauh menggunakan sshfs pada mesin Linux lokal, begitu? Mungkin termasuk Anda /etc/fstab? Sudahkah Anda mencoba autofs dengan softopsi ini?

— terdon

@terdon Program pihak ketiga akan menulis file ke dir yang terpasang SSHFS. Jika koneksi internet terputus, program pihak ketiga kemungkinan akan macet (buruk). SSHFS memiliki opsi untuk menyambung kembali secara otomatis, tetapi ini tidak membantu, karena program pihak ketiga masih akan hang (dan macet) jika koneksi terputus (meskipun ketika koneksi dipulihkan, SSHFS akan memasang kembali dir). Autofs tidak akan membantu, pada dasarnya ini tentang perilaku SSHFS ketika koneksi terputus. Mengapa tidak bisa berperilaku seperti direktori jaringan bersama (Samba atau cara lain) dan hanya mengembalikan kesalahan lebih cepat daripada ... tidak pernah?

— Andrei

Terima kasih atas pembaruan tetapi sertakan dalam pertanyaan Anda karena tidak semua orang membaca komentar. Juga termasuk file konfigurasi yang Anda gunakan. Berapa nilai timeout ssh dll? Saya tidak mengatakan saya tahu bagaimana jawabannya, hanya saja semakin banyak informasi yang Anda miliki dalam pertanyaan Anda, semakin mungkin Anda mendapatkan jawaban yang baik. Seperti berdiri, sulit untuk memahami apa sebenarnya pengaturan Anda.

— terdon

@terdon Terima kasih, pada dasarnya saya sekarang hampir mengganti pertanyaan saya sepenuhnya.

— Andrei

Jauh lebih baik :). Silakan juga tambahkan OS yang Anda gunakan. Apakah ini Linux, OSX, Unix lain?

— terdon

Jawaban:

Singkatnya: Tidak - karena pembekuan adalah dari aplikasi, kegagalan sshfs adalah anggun - itu akan memberitahu aplikasi untuk menunggu. - Faktanya aplikasi tidak menghormati ini bukan kesalahan SSHFS.

Aplikasi akan melakukan hal yang persis sama, jika mengakses file pada penyimpanan yang dapat dilepas seperti usb drive, dan Anda menghapusnya. Aplikasi perlu menangkap dan menangani peristiwa timeout pada I / O alih-alih hanya macet menunggu respons.

— djsmiley2kStaysInside
sumber

Masalah sedih. Saya mencoba sshfs beberapa kali di masa lalu.

Segera setelah koneksi terputus, aplikasi yang mengakses file di folder yang terpasang membeku dan macet. Bahkan terminal. TAPI aplikasi bahkan tidak tahu bahwa mereka sedang menunggu. Ini adalah sesuatu pada level kernel yang tidak dapat menangani sshfs yang memerintahkan mereka untuk menunggu selamanya ... bahkan unmount tidak berfungsi dan bahkan kadang-kadang macet karena folder yang terpasang terkunci entah bagaimana pada filesystem-kernel-level.

Mengapa ini tidak terjadi ketika saya mencabut USB drive?

Masalah ini ada selama bertahun-tahun sekarang ...

Sambung ulang otomatis tidak membantu jika Anda tidak dapat membuat koneksi kapan saja. (Dalam kasus saya, saya memiliki Kerberos Tickes kehabisan).

Maaf tetapi saya harus menyatakan: sshfs tidak dapat digunakan!
(kecuali untuk kasus di mana koneksi tidak pernah hilang)

Saya selalu menggunakan scp sebagai gantinya. Masalah sedih

— bugpulver
sumber