Sự xuống cấp duyên dáng của SSHFS thay vì đóng băng khi mất kết nối. Có thể không?

Chương trình của bên thứ ba sẽ ghi các tệp vào thư mục được gắn SSHFS. Nếu kết nối internet bị mất, chương trình của bên thứ ba có thể sẽ bị sập (rất tệ), vì tất cả các chương trình cố gắng truy cập một thư mục được gắn SSHFS ở trạng thái như vậy (khi không có kết nối internet) được đưa vào cái mà một số người mô tả là "không thể ngắt được ngủ". SSHFS có tùy chọn tự động kết nối lại, nhưng điều này không có ích, vì chương trình của bên thứ ba vẫn bị treo (và sự cố) nếu mất kết nối (ngay cả khi kết nối được khôi phục, SSHFS sẽ kết nối lại thư mục). Tự động không giúp được gì, về cơ bản là về hành vi của SSHFS khi mất kết nối. Tại sao nó không thể hoạt động như một thư mục chia sẻ mạng (Samba hoặc các phương tiện khác) và chỉ cần trả lại lỗi sớm hơn là ... không bao giờ?

Có những lựa chọn thay thế cho SSHFS nếu SSHFS không thể hoạt động như mô tả?

Thông tin khác:

HĐH: Tôi đang sử dụng Ubuntu Linux (12.04 LTS)

— Andrei
nguồn

Hãy giải thích chính xác những gì bạn đang làm. Tôi tưởng tượng bạn đang gắn một hệ thống tập tin từ xa bằng sshfs trên máy Linux cục bộ, có phải vậy không? Có lẽ bao gồm của bạn /etc/fstab? Bạn đã thử tự động với softtùy chọn chưa?

— terdon

@terdon Một chương trình của bên thứ ba sẽ ghi các tệp vào một thư mục được gắn SSHFS. Nếu kết nối internet bị mất, chương trình của bên thứ ba có thể sẽ bị sập (rất tệ). SSHFS có tùy chọn tự động kết nối lại, nhưng điều này không có ích, vì chương trình của bên thứ ba vẫn bị treo (và sự cố) nếu mất kết nối (ngay cả khi kết nối được khôi phục, SSHFS sẽ kết nối lại thư mục). Tự động không giúp được gì, về cơ bản là về hành vi của SSHFS khi mất kết nối. Tại sao nó không thể hoạt động như một thư mục chia sẻ mạng (Samba hoặc các phương tiện khác) và chỉ cần trả lại lỗi sớm hơn là ... không bao giờ?

— Andrei

Cảm ơn đã cập nhật nhưng vui lòng đưa nó vào câu hỏi của bạn vì không phải ai cũng đọc các bình luận. Cũng bao gồm các tập tin cấu hình bạn đang sử dụng. Giá trị cho thời gian chờ ssh là gì? Tôi không nói rằng tôi biết câu trả lời như thế nào, chỉ là bạn càng có nhiều thông tin trong câu hỏi của mình, thì bạn càng nhận được câu trả lời tốt. Vì thế, thật khó để hiểu chính xác thiết lập của bạn là gì.

— terdon

@terdon Cảm ơn, về cơ bản tôi gần như đã thay thế hoàn toàn câu hỏi của tôi.

— Andrei

Tốt hơn nhiều :). Vui lòng thêm hệ điều hành bạn đang sử dụng. Đây có phải là Linux, OSX, một Unix khác không?

— terdon

Câu trả lời:

Tóm lại: Không - vì việc đóng băng là từ ứng dụng, lỗi sshfs rất duyên dáng - nó sẽ bảo ứng dụng chờ. - thực tế là ứng dụng không tôn trọng điều này không phải là lỗi của SSHFS.

Ứng dụng sẽ thực hiện chính xác như vậy, nếu nó đang truy cập một tệp trên bộ lưu trữ di động như ổ đĩa USB và bạn đã xóa nó. Ứng dụng cần nắm bắt và xử lý các sự kiện hết thời gian trên I / O thay vì chỉ bị kẹt khi chờ phản hồi.

— djsmiley2kStaysInside
nguồn

Vấn đề buồn. Tôi đã thử sshfs nhiều lần trong quá khứ.

Ngay khi kết nối bị mất, các ứng dụng truy cập các tệp trong thư mục được gắn sẽ bị đóng băng và gặp sự cố. Ngay cả thiết bị đầu cuối. NHƯNG các ứng dụng thậm chí không biết rằng họ đang chờ đợi. Đó là một cái gì đó ở cấp độ kernel không thể xử lý sshfs bảo họ đợi mãi ... thậm chí unmount không hoạt động và thậm chí đóng băng đôi khi vì thư mục được gắn bị khóa bằng cách nào đó ở cấp độ hệ thống tập tin.

Tại sao điều này không xảy ra khi tôi rút ổ USB?

Vấn đề này tồn tại trong nhiều năm nay ...

Tự động kết nối lại không giúp ích nếu bạn không thể thiết lập lại kết nối bất cứ lúc nào. (Trong trường hợp của tôi, tôi có vé kerberos sắp hết).

Xin lỗi nhưng tôi phải nói rõ: sshfs không sử dụng được!
(ngoại trừ các trường hợp kết nối không bao giờ bị mất)

Tôi luôn luôn kết thúc bằng cách sử dụng scp thay thế. Vấn đề buồn

— người sửa lỗi
nguồn