Ngắt kết nối một nfs nơi máy chủ nfs đã biến mất

Máy chủ A từng là máy chủ NFS. Máy chủ B đã được xuất khẩu. Mọi thứ đều ổn Rồi A chết. Chỉ cần tắt. Không còn. Biến mất.

Tuy nhiên, thư mục đó vẫn được gắn trên B. Tôi rõ ràng không thể cdvào đó hoặc bất cứ thứ gì. Tuy nhiên, umount /mnt/myfolderchỉ bị treo và sẽ không ổn. Có cách nào để vượt qua nó mà không cần khởi động lại B?

Cả máy khách và máy chủ đều là máy Linux.

Giả sử Linux:

umount -f -l /mnt/myfolder

Sẽ khắc phục sự cố:

-f Buộc ngắt kết nối (trong trường hợp hệ thống NFS không truy cập được). (Yêu cầu kernel 2.1.116 trở lên.)

-l Lười biếng vô song. Bây giờ hãy tách hệ thống tệp khỏi hệ thống phân cấp hệ thống tệp và dọn sạch tất cả các tham chiếu đến hệ thống tệp ngay khi nó không còn bận nữa. (Yêu cầu kernel 2.4.11 trở lên.)

-f cũng tồn tại trên Solaris và AIX.

Xây dựng dựa trên gợi ý được đưa ra bởi David Pashley ,

trừ khi "umount -l" giải quyết vấn đề của bạn, bạn có thể thiết lập một máy chủ giả mạo có cùng địa chỉ với địa chỉ đã biến mất - nhưng thực tế bạn không phải thiết lập một máy chủ mới hay bất cứ thứ gì. Cách dễ nhất để thoát khỏi tình huống chặn / treo là thiết lập giao diện bí danh IP cục bộ , như sau:

ifconfig eth0:nfstmp 11.22.33.44 netmask 255.255.255.255
umount -l /mnt/deadnfsmount    # -l or -f or whichever that gets the job done
ifconfig eth0:nfstmp down

(rõ ràng là 11,22.33,44 là địa chỉ IP (cũ) của máy chủ NFS (hiện đã chết)

Có thể là khôn ngoan khi thêm intrtùy chọn vào bất kỳ /etc/fstabmục nào có thể bị treo hoặc bị treo. Nếu bạn không sử dụng softhoặc intrtùy chọn, thì khi máy chủ lưu trữ tệp NFS bị hỏng, máy chủ được gắn tệp (máy khách) có thể bị treo khi khởi động.

Theo man 5 nfs:

mềm / cứng
Xác định hành vi phục hồi của máy khách NFS sau khi hết yêu cầu NFS. Nếu không có tùy chọn nào được chỉ định (hoặc nếu tùy chọn cứng được chỉ định), các yêu cầu NFS sẽ được thử lại vô thời hạn. Nếu tùy chọn mềm được chỉ định, thì máy khách NFS sẽ không yêu cầu NFS sau khi truyền lại các lần truyền lại, khiến máy khách NFS trả về lỗi cho ứng dụng gọi điện.

... và sau đó nó tiếp tục được nói intrlà được ưa thích hơn soft, nhưng nó có tác dụng tương tự như ngăn chặn treo.

umount -f /mnt/myfoldernên giải quyết điều này. Xem trang chủ umount.

Chỉ là một bên, sử dụng automount sẽ xử lý các cổ phiếu NFS không đếm được khi chúng trở nên không thể thực hiện được, điều này giúp tránh bị mắc kẹt trong tình huống này trong tương lai.

Tôi chưa bao giờ quản lý để đi umount -flàm. Một mẹo hữu ích là thiết lập một máy chủ khác có cùng khả năng xuất, cung cấp cho nó cùng một địa chỉ IP như máy chủ cũ. Máy khách NFS của bạn sẽ nghĩ mọi thứ trở lại như bình thường và các quy trình sẽ bỏ chặn. Sau đó, bạn có thể ngắt kết nối điểm gắn kết bình thường và xóa địa chỉ IP khỏi máy chủ NFS tạm thời.

Đối với Solaris, khởi động lại máy khách NFS sẽ giải quyết "vòng xoáy chết cứng". Lệnh cho Solaris 10 là "svcadm khởi động lại mạng / nfs / client" Gần đây, bạn đã không thử điều này trên hộp Linux (vì tất cả đều gắn cờ "xâm nhập" nên họ hiếm khi gặp sự cố này), nhưng có lẽ nó cũng sẽ khắc phục vấn đề.

Tôi chỉ nhận thấy rằng việc buộc unmounts trên kernel 3.2.0 bị treo với mount NFSv4. NFSv3 unmounts hoạt động tốt.

$ mount [...] -o nfsvers=3

chỉ là một phần tiếp theo dành riêng cho OS X, vì các lệnh mount hầu hết là * nix agnellect: cờ -l (lazy) không tồn tại trong OS X, tuy nhiên, cờ -f (lực) có, và được chứng minh là đủ . Ngoài ra, các điểm gắn kết do hệ thống tạo ra nằm trong / Tập (/ Tập / myserversexport)

Tôi đã gặp vấn đề tương tự. Vì máy chủ NFS đã bị xóa, tôi không thể vượt qua nfs từ máy khách. Tôi đã thử các mẹo sau, xem nó có hữu ích không. Vì máy chủ NFS ban đầu không còn nữa, tôi tạo một máy chủ mới có cùng IP và xuất. Sau đó, tôi thử umount -f / mnt / nfs_part. Tôi cuối cùng có thể vượt qua các nfs bây giờ.