คุณไม่มีอยู่ไปให้พ้น!

นาน ๆ ครั้ง (3 ครั้งในช่วงสี่สัปดาห์ที่ผ่านมา) ฉันไม่มีตัวตน ข้อความในชื่อคำถามนี้คือคำตอบของฉันเมื่อฉันพยายามเรียกใช้sshในขณะที่ไม่มีอยู่ นอกจากนี้เมื่อฉันไม่อยู่ถ้าฉันเรียกใช้idมันจะแสดงโพสต์ของฉันและไม่ใช่ชื่อผู้ใช้ของฉันเหมือนที่เป็นอยู่ และฉันไม่สามารถใช้sudo:

; sudo date
sudo: unknown uid: 13799

ทุกครั้งที่ปัญหาหายไปเองภายในหนึ่งชั่วโมงและฉันก็มีอยู่อีกครั้ง โชคดีที่ฉันมีหน้าต่างเทอร์มินัลที่มีรูทเชลล์อยู่รอบ ๆ เสมอดังนั้นฉันจึงยังสามารถกระตุ้นระบบได้ และฉันไม่เห็นสิ่งใดที่ผิดพลาดอย่างน้อยก็ไม่มีอะไรที่ฉันจะสามารถเข้าใจได้นอกจากบรรทัดเหล่านี้ใน/var/log/opendirectoryd.log:

2012-02-27 07:31:39.911 CET - 70535.351417.351419.351421 - Client: netstat, UID: 0, EUID: 0, GID: 0, EGID: 0
2012-02-27 07:31:39.911 CET - 70535.351417.351419.351421, Node: /Local/Default, Module: PlistFile - recordtype 'networks' attribute 'address' is not indexed: performance hit
2012-02-27 07:31:40.904 CET - 70539.351444.351448 - Client: launchd, UID: 13799, EUID: 13799, GID: 20, EGID: 20
2012-02-27 07:31:40.904 CET - 70539.351444.351448, Module: SystemCache - unable to find node 71E63E19-F41E-4AF3-89A0-F50FE5185E5B
2012-02-27 07:31:40.905 CET - 70539.351444.351448 - Client: launchd, UID: 13799, EUID: 13799, GID: 20, EGID: 20
2012-02-27 07:31:40.905 CET - 70539.351444.351448, Module: SystemCache - ODQueryCreateWithNode failed with error 'Node ID is invalid' (90001)

เมื่อเช้านี้ฉันตื่นขึ้นมาแล็ปท็อป (ฉันเคยodutilยกระดับการบันทึกขึ้นเล็กน้อย) ฉันได้รับการ poking รอบdsclและทุกอย่างดูเหมือนปกติ - ฉันสามารถดูข้อมูลทั้งหมดเกี่ยวกับผู้ใช้ของตัวเอง - แต่ฉันไม่คุ้นเคยกับบริการไดเรกทอรีดังนั้นฉันอาจพลาดบางสิ่งบางอย่าง (ฉันจะค้นหาตัวเองโดย uid โดยใช้ dscl ได้อย่างไร)

ดังนั้นคำถามของฉันคือสองเท่า: ปัญหานี้ส่งเสียงระฆังหรือไม่? google-fu ของฉันไม่ขึ้นกับการค้นหาสิ่งที่เกี่ยวข้อง และคุณสามารถแนะนำสิ่งต่าง ๆ เพื่อพยายามจัดการกับปัญหาเพิ่มเติมการทดสอบเพื่อดำเนินการสิ่งที่ต้องมองหาใช่ไหม

ในขณะที่ฉันพิมพ์คำถามนี้เหตุการณ์ของวันนี้สิ้นสุดลงและฉันมีอยู่อีกครั้ง ดังนั้นอาจเป็นเวลาหนึ่งสัปดาห์หรือมากกว่านั้นก่อนที่โอกาสถัดไปของฉันในการแก้ไขข้อบกพร่องนี้ ฉันใช้ OS X 10.7.3, btw บน MacBook Pro

สิ่งนี้ทำให้เสียงระฆังดังขึ้นทันทีที่ฉันเห็นปัญหาที่คล้ายกันในระบบที่หลากหลายตั้งแต่ 10.3 ถึง 10.6 นี่คือสาเหตุบางอย่างที่ฉันสังเกตเห็นโดยไม่เรียงลำดับ

• ที่อยู่เซิร์ฟเวอร์ DNS ไม่ถูกต้องในการกำหนดค่าเครือข่าย
• เซิร์ฟเวอร์ LDAP หรือชื่อแทนเซิร์ฟเวอร์ไม่ถูกต้อง (หากเครื่องเป็นส่วนหนึ่งของเครือข่าย LDAP หรือ OpenDirectory)
• โมดูล PAM ที่ผิดพลาด (หากคุณติดตั้งซอฟต์แวร์บุคคลที่สามซึ่งใช้ PAM หรือติดตั้งลงใน/etc/pam.d)
• การรวมบัญชี Local / BSD เข้ากับบัญชี LDAP / OpenDirectory สิ่งนี้อาจเกิดขึ้นได้หากคุณมีบัญชีที่มีการโยกย้ายซ้ำหลายเวอร์ชัน
• GUID ของบัญชีกำลังซิงค์เนื่องจากการโยกย้ายหรือความเสียหายอื่น ๆ ของฐานข้อมูล OpenDirectory
• โปรดทราบว่าอาจใช้เวลาถึงหนึ่งนาทีหลังจากที่เครื่องตื่นจากโหมดสลีปหรือบูตเสร็จสิ้นก่อนที่ระบบการรับรองความถูกต้องจะทำงานได้อย่างสมบูรณ์ ปัญหาการเชื่อมต่อเครือข่ายสามารถทำให้เกิดความล่าช้าได้อย่างมากโดยเฉพาะหากระบบเป็นส่วนหนึ่งของเครือข่าย LDAP / OpenDirectory

เนื่องจากคุณได้ย้ายบัญชีลองตั้งค่าบัญชีใหม่และดูว่าปัญหาเกิดขึ้นที่นั่นหรือไม่ อาจเป็นไปได้ที่จะแก้ไขปัญหาโดยการขุดลงในฐานข้อมูล OpenDirectory แต่มันอาจจะง่ายกว่าที่จะสร้างบัญชีปัญหาขึ้นใหม่

ปรับปรุง

เนื่องจาก UID มีการเปลี่ยนแปลงในบางจุดในอดีตด้วยเหตุผล NFS เป็นไปได้ว่า GUID และ UID จะไม่ซิงค์กัน ลองใช้คำสั่ง Terminal ต่อไปนี้เพื่อดูว่า unix และ Directory Services อยู่ในหน้าเดียวกัน:

dscl . -read /Users/sbnoble GeneratedUID
dscl . -read /Users/sbnoble UniqueID
id

เอาต์พุต UID โดย "UniqueID" และ "id" ควรจับคู่กันและ NFS UID ที่คุณคาดหวัง