Ngăn chặn kết nối NFS bị hỏng do đóng băng hệ thống máy khách

Chúng tôi có chia sẻ NFS 4, chia sẻ âm lượng giữa một số máy chủ (máy chủ NFS và máy khách tất cả Debian 8). Chúng tôi đã có một số vấn đề gần đây khi mất điện mạng sẽ đóng băng các hệ thống máy khách.

NFS của chúng tôi lựa chọn là tối thiểu, chỉ rw(và do đó giá trị mặc định hard, fg, vv).

Tôi hiện đang thử nghiệm các tùy chọn này, nhưng không nhận được hành vi mà tôi mong đợi: rw,soft,bg,retrans=6,timeo=150

(Tôi đã tăng các lần truy xuất để bù đắp một số rủi ro mềm)

Quy trình tôi đang làm để kiểm tra là:

• Máy khởi động
• cd đến /mnt/mountpoint
• Xác minh kết nối NFS ok
• cd /
• giết mạng ifdown eth0
• cd đến /mnt/mountpoint
• ls

Tại thời điểm này, dòng lệnh đóng băng và tôi không thể ngắt nó. Sau một thời gian, thông báo 'nfs: server [servername] không phản hồi, hết thời gian`, dường như lặp lại một lần một phút (không xác định).

Những gì tôi muốn / mong đợi xảy ra cho hoạt động không thành công và trả lại quyền kiểm soát.

Xin vui lòng ai đó có thể cho tôi biết tôi đang sai ở đâu với các cài đặt này?

(PS: Tôi cũng đã thử gắn với autofs, nhưng thấy hành vi tương tự)

Cảm ơn bạn

intrsẽ cho phép bạn lấy lại quyền kiểm soát khi bạn đánh ^C, nhưng thường thì không ngay lập tức.

   intr           If an NFS file operation has a major timeout and it is hard mounted, then allow signals to interupt the
                  file  operation  and cause it to return EINTR to the calling program.  The default is to not allow file
                  operations to be interrupted.

Như bạn nói, kỳ vọng là vấn đề ở đây. Các sự cố mạng có thể là tạm thời, nhưng việc không hoạt động là vĩnh viễn. Vì vậy, hầu hết các hoạt động mặc định chỉ đơn giản là chặn cho đến khi hoạt động hoàn thành.

Đây là câu trả lời chuẩn, nhưng nhìn vào một trang người đàn ông hiện tại tôi thấy điều này:

                  The  intr / nointr mount option is deprecated after ker-
                  nel 2.6.25.  Only SIGKILL can interrupt  a  pending  NFS
                  operation on these kernels, and if specified, this mount
                  option is ignored  to  provide  backwards  compatibility
                  with older kernels.

Vì vậy, nó dường như không phải là vấn đề của NFS3 / NFS4, mà là một quyết định về cách thức intrhoạt động. Vì vậy, bạn sẽ có thể KILLxử lý, nhưng điều đó có thể không cung cấp cho bạn nhiều tiện ích.

Tôi không thể tìm thấy các cuộc thảo luận về lý do tại sao các tùy chọn đã được gỡ bỏ. Bạn có thể giết -KILL quá trình của bạn?

Một số câu trả lời của tôi là ý kiến, dựa trên kinh nghiệm. Nơi tôi có sự thật tôi sẽ (cố gắng nhớ) liên kết với họ.

1. NFS 4 được coi là một cải tiến so với phiên bản 2 và 3. Tuy nhiên, tôi chưa thấy trường hợp sử dụng mạnh mẽ nào cần cải tiến. Có lẽ đó là vì tôi nhắm đến việc xuất các hệ thống tệp cho các máy khách Windows với Samba và các máy khách Unix / Linux bằng NFS.
2. Tôi sẽ không đề nghị softtrong hầu hết mọi trường hợp. Nó cho phép dữ liệu bị loại bỏ do lỗi . Thay vào đó tôi đề nghị hard,intr.
3. Như bạn chỉ ra, intrkhông hợp lệ cho NFS 4, nhưng có vẻ như đây là thay đổi kernel chứ không phải là NFS.
4. NFS Automorer ( autofs) hoạt động tốt cho các trường hợp sử dụng của tôi với NFS phiên bản 2 và 3 và quản lý để giúp bảo vệ hệ thống máy khách của tôi khỏi lỗi máy chủ bằng cách chỉ cài đặt hệ thống tệp NFS trong khi chúng được yêu cầu.

Đề nghị của tôi cho bạn sẽ là xem xét chuyển từ NFS 4 sang NFS 3 và xem điều đó có giúp ích cho trường hợp sử dụng cụ thể của bạn không. Đừng nghĩ về nó như một sự hạ cấp.