เซิร์ฟเวอร์ขัดข้องด้วยอักขระ ASCII NUL ใน syslog (^ @ ^ @ ^ @ …)


21

ฉันมีเซิร์ฟเวอร์เฉพาะที่โฮสต์โดย OVH (ผู้ให้บริการฝรั่งเศส) ระบบปฏิบัติการ: Ubuntu 12.04 x64

ไม่กี่เดือนที่ผ่านมาหนึ่งในเซิร์ฟเวอร์ของฉันทำงานล้มเหลว สิ่งเดียวที่แปลกคือ caracters "ASCII NUL" ใน syslog:

^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ แต่ละคน ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ ^ @ @ @ ^ ^ @ ^ ^ @ @ @ ^ ^ @ ^ ^ @ @ @ ^ ^ @ ^ @ ^ @

ด้วยความช่วยเหลือของผู้ให้บริการของฉันเราตรวจสอบ:

  • แรม
  • ซีพียู
  • จาน

ทุกอย่างโอเคดังนั้นผู้ให้บริการของฉันแนะนำให้เปลี่ยนมาเธอร์บอร์ดของเซิร์ฟเวอร์และอัพเดตเคอร์เนล (ซึ่งเราทำ) แต่เนื่องจากเซิร์ฟเวอร์นี้ชนกันสองครั้งด้วย caracters เดียวกันใน syslog

หากไม่มีคำอธิบายเพิ่มเติมเราตัดสินใจเปลี่ยนเซิร์ฟเวอร์นี้ (มีการวางแผนในอีกไม่กี่สัปดาห์)

แต่ปัญหาคือคืนนี้เกิดขึ้นกับเซิร์ฟเวอร์อื่น ความผิดพลาดเดียวกัน caracters เดียวกันใน syslog ไม่มีคำอธิบาย

ใครบ้างมีสิ่งที่เราควรตรวจสอบ? มันเป็นปัญหาของฮาร์ดแวร์หรือซอฟต์แวร์หรือไม่?


3
คุณพบวิธีแก้ปัญหาสำหรับปัญหานี้หรือไม่? ขณะนี้ฉันประสบปัญหาเดียวกัน ...
BurninLeo

2
@BurninLeo: เหมือนกันที่นี่
WoJ

จริงๆแล้วฉันไม่พบวิธีแก้ปัญหา (บนเซิร์ฟเวอร์เสมือน) หลังจากที่ในขณะที่และบางส่วน (ปกติ) การปรับปรุงจากการเผยแพร่ที่มั่นคงปัญหาหายไป ...
BurninLeo

5
NUL ไบต์ใน syslog เป็นลักษณะพิเศษทั่วไปของความผิดพลาดที่ทำให้ระบบไม่สามารถซิงค์และยกเลิกการต่อเชื่อมระบบไฟล์ได้อย่างสมบูรณ์ พวกเขาไม่ได้ระบุสิ่งที่ก่อให้เกิดความผิดพลาด
n.st

คำตอบ:


8

ฉันจะแบ่งปันคำตอบที่ยอดเยี่ยมโดย @ n-st:

NUL ไบต์ใน syslog เป็นลักษณะพิเศษทั่วไปของความผิดพลาดที่ทำให้ระบบไม่สามารถซิงค์และยกเลิกการต่อเชื่อมระบบไฟล์ได้อย่างสมบูรณ์ พวกเขาไม่ได้ระบุสิ่งที่ก่อให้เกิดความผิดพลาด

อันที่จริงฉันเห็นบ่อยครั้งว่าพฤติกรรมหลังจากเซิร์ฟเวอร์ล่ม: อักขระเหล่านั้นคือNULL( \0) ตัวอักษรที่อาจแสดงถึงบล็อกที่กู้คืนซึ่งเต็มไปด้วยเลขศูนย์โดยกระบวนการกู้คืนบางอย่าง

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


-1

หากคุณใช้เท็กซ์เอดิเตอร์เพื่อดูล็อกไฟล์นั่นอาจเป็นสาเหตุ

  • "การ^@" ตัวละครที่อาจบ่งชี้ว่าเส้นยาวเกินไป (เช่นในvimเปิดห่อ )
  • การเข้ารหัสไม่ตรงกัน syslogอย่างใดอย่างหนึ่งใช้โปรแกรมแก้ไขข้อความที่แตกต่างกันเพื่อดูไฟล์หรือเปลี่ยนการเข้ารหัสที่ใช้โดย

4
ฉันมีปัญหาที่คล้ายกัน บรรทัดยาวหรือการเข้ารหัสไม่อธิบายอักขระ NUL ที่ท้าย syslog (คัดลอกไฟล์ไปยังดิสก์ภายนอกและเปิดด้วยการเข้ารหัส SciTE, UTF-8)
BurninLeo

ดูเหมือนว่าคุณอาจเปิดไฟล์ที่เข้ารหัส UTF-8 ในโปรแกรมแก้ไขที่ไม่เข้าใจ UTF-8 ได้เป็นอย่างดี อย่างไรก็ตามอาจเป็นปัญหา CRLF (คำสั่ง dos2unix และ unix2dos อาจเป็นประโยชน์)
สัญญาณ 15

3
NUL ไบต์ใน syslog เป็นลักษณะพิเศษทั่วไปของความผิดพลาดที่ทำให้ระบบไม่สามารถซิงค์และยกเลิกการต่อเชื่อมระบบไฟล์ได้อย่างสมบูรณ์ พวกเขาไม่ได้ระบุสิ่งที่ก่อให้เกิดความผิดพลาด
n.st

1
@ n.st ช่างเป็นคำตอบที่ยอดเยี่ยม! :) คุณควรใส่อันนั้นไว้เป็น "คำตอบ"
สัญญาณ 15
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.