สิ่งหนึ่งที่ควรทราบคือเมื่อเซิร์ฟเวอร์ NFS หมด - การเมานต์ของคุณจะหยุด - การทำซอฟต์เมาต์จะไม่บล็อกดังนั้น "หยุด" ตัวเองสามารถหลีกเลี่ยงได้ ไดเรกทอรีผู้ใช้จะถูกเมาอยู่ดี
แม้ว่าจะกู้คืนเซิร์ฟเวอร์ NFS ได้เว้นแต่คุณจะทำบางสิ่งเกี่ยวกับปัญหาการค้างจะยังคงอยู่ - คุณจะต้องฆ่ากระบวนการบนเครื่องติดตั้งและทำการติดตั้งใหม่ เหตุผลนี้คือเมื่อเซิร์ฟเวอร์ NFS กลับมามันกำหนดให้แตกต่างกันfsid
- ดังนั้นอย่างน้อยคุณสามารถแก้ไขปัญหานี้ได้โดยการเข้ารหัสรหัสfsid
บนเซิร์ฟเวอร์ NFS อย่างน้อย...
#. Home Directories
/usr/users \
192.168.16.0/22(rw,sync,no_root_squash,fsid=1) \
192.168.80.0/22(rw,sync,no_root_squash,fsid=1)
#. Scratch Space
/var/ftp/scratch \
192.168.16.0/22(rw,async,no_root_squash,fsid=3) \
192.168.80.0/22(rw,async,no_root_squash,fsid=3) \
172.28.24.151(rw,async,root_squash,fsid=3)
exports(5)
หน้าคนกล่าว ...
fsid=num
This option forces the filesystem identification portion of the file handle
and file attributes used on the wire to be num instead of a number derived
from the major and minor number of the block device on which the filesystem
is mounted. Any 32 bit number can be used, but it must be unique amongst
all the exported filesystems.
This can be useful for NFS failover, to ensure that both servers of the
failover pair use the same NFS file handles for the shared filesystem thus
avoiding stale file handles after failover.
... แม้ว่านั่นจะบ่งบอกว่าตราบใดที่หมายเลขหลัก / รองไม่เปลี่ยนแปลง (ซึ่งโดยปกติแล้วจะไม่เปลี่ยนแปลงยกเว้นเมื่อคุณส่งออก SAN / multipath ซึ่งอาจเปลี่ยนแปลงได้) ฉันพบว่าเรา ได้ลบปัญหาทั้งหมดแล้ว - เช่นถ้าเซิร์ฟเวอร์ NFS กลับมา - การเชื่อมต่อได้รับการกู้คืนอย่างรวดเร็ว - ฉันยังไม่รู้ว่าทำไมสิ่งนี้ถึงสร้างความแตกต่างให้กับอุปกรณ์เช่น/dev/sdaX
ตัวอย่างเช่น
ตอนนี้ฉันควรชี้ให้เห็นว่าข้อโต้แย้งของฉันส่วนใหญ่เป็นเรื่องเล็ก ๆ น้อย ๆ - มันไม่สมเหตุสมผลเลยว่าทำไมมันถึงแก้ไขปัญหาได้ แต่ดูเหมือนว่า "ดูเหมือน" ที่จะแก้ไขมัน - อย่างใด - อาจมีตัวแปรอื่น ๆ ยังไม่ได้ค้นพบ =)