it-swarm-vi.tech

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ể cd vào đó hoặc bất cứ thứ gì. Tuy nhiên umount /mnt/myfolder chỉ bị treo và sẽ không hoạt động. 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.

32
Rory

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.

46
Douglas Leeder

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áy chủ giả mạo có cùng địa chỉ với địa chỉ đã biến mất - nhưng bạn thực sự không phải thiết lập máy chủ mới sever hay gì cũng được. 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)

18
conny

Có thể là khôn ngoan khi thêm tùy chọn intr vào bất kỳ /etc/fstab các mục có thể bị treo hoặc bị treo. Nếu bạn không sử dụng các tùy chọn soft hoặc intr, 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 .

Dựa theo man 5 nfs:

mềm/cứng
[.___.] Xác định hành vi khôi phục 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 không thực hiện được yêu cầu NFS sau khi truyền lại truyền lại đã được gử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 nói intr được ưa thích hơn soft, nhưng nó có tác dụng tương tự như ngăn chặn treo.

6
s g

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

3
pauska

Đố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 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 đề.

1
John Grant

Tôi chưa bao giờ quản lý để có được umount -f làm việc. Một mẹo hữu ích là thiết lập một máy chủ khác có cùng chức năng xuất, cung cấp cho nó cùng địa chỉ IP với 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.

1
David Pashley

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.

1
Coops

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ờ.

0
Lan

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)

0
niels

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
0
Kuu Tirronen