ตรวจสอบการใช้งาน CPU สูงจาก coolwsd หรือ loolwsd ของ Collabora

การใช้ CPU สูงจาก กระบวนการ coolwsdเก่าหรือกระบวนการที่ทำงานอยู่ก่อนหน้านี้loolwsdไม่ได้หมายความว่าเป็นข้อผิดพลาดเสมอไป: Collabora สร้างเวิร์กเกอร์สำหรับประมวลผลเอกสาร และการเปิดหรือแก้ไขไฟล์ที่ซับซ้อนอาจใช้ CPU ขั้นแรกให้ระบุว่ากระบวนการใดใช้ CPU มาก จากนั้นเชื่อมโยงกับเอกสารที่เปิดอยู่และผู้ใช้ในคอนโซลผู้ดูแลระบบ หากเอกสารหนึ่งทำให้เวิร์กเกอร์ทำงานอยู่ตลอดเวลาในขณะที่ไม่ได้ใช้งาน ให้ตรวจสอบบันทึกและตั้งค่าการล้างข้อมูลก่อนที่จะเริ่มต้นใหม่ การยุติเวิร์กเกอร์อาจขัดจังหวะการแก้ไขที่กำลังดำเนินอยู่

ระบุชื่อบริการและวัดปริมาณโหลด

การติดตั้งเวอร์ชันใหม่จะใช้coolwsdชื่อนี้ ส่วนการติดตั้งเวอร์ชันเก่าอาจยังแสดงอยู่บันทึกการอัปเกรดloolwsd Collabora 21.11 อธิบายถึงการย้ายข้อมูลครั้งเดียวจากไปยัง โปรดตรวจสอบให้แน่ใจว่าชื่อบริการและการกำหนดค่าที่ติดตั้งบนโฮสต์ของคุณตรงกัน แทนที่จะคิดว่าทุกการติดตั้งเหมือนกันหมด/etc/loolwsd/loolwsd.xml/etc/coolwsd/coolwsd.xml

บนโฮสต์ที่ใช้ systemd ให้ตรวจสอบบริการ จากนั้นแสดงรายการกระบวนการตามการใช้งาน CPU:

systemctl status coolwsd
ps -eo pid,ppid,%cpu,%mem,etime,cmd --sort=-%cpu | head -n 20

หากบริการนั้นมีชื่อ ให้loolwsdแทนที่ชื่อนั้นในคำสั่ง systemctl ตรวจสอบค่าที่อ่านได้หลายๆ ค่าในช่วงเวลาต่างๆtopแทนที่จะมองว่าค่าที่พุ่งสูงขึ้นในช่วงสั้นๆ เป็นปัญหาที่เกิดขึ้นอย่างต่อเนื่อง ตรวจสอบโครงสร้างกระบวนการ: CPU อาจถูกใช้โดยกระบวนการทำงานเอกสารที่อยู่ภายใต้ daemon ไม่ใช่โดยกระบวนการหลักเอง ใน Docker ให้ตรวจสอบจำนวนรวมของคอนเทนเนอร์ด้วยdocker stats --no-stream CONTAINER_NAMEใน Kubernetes ให้ใช้เมตริกทรัพยากร pod ที่เกี่ยวข้อง ค่าที่อ่านได้เหล่านี้อธิบายขอบเขตที่แตกต่างกัน ดังนั้นควรเปรียบเทียบค่าของโฮสต์ คอนเทนเนอร์ และ worker อย่างระมัดระวัง

ค้นหาเอกสารหรือปริมาณงานที่เป็นสาเหตุของการเพิ่มขึ้นอย่างผิดปกติ

ลงชื่อเข้าใช้คอนโซลผู้ดูแลระบบของ Collabora และตรวจสอบผู้ใช้ที่เชื่อมต่อ เอกสารที่เปิดอยู่ การใช้งานทรัพยากร และกราฟล่าสุดคำถามที่พบบ่อยอย่างเป็นทางการ ของ Collabora อธิบายถึงความสามารถในการตรวจสอบเหล่านี้ หากโหลดเพิ่มขึ้นในขณะที่เปิดหรือแปลงสเปรดชีต งานนำเสนอ PDF หรือเอกสารขนาดใหญ่ ให้สังเกตว่าโหลดลดลงหลังจากกิจกรรมนั้นเสร็จสิ้นหรือไม่ การเพิ่มขึ้นชั่วคราวที่เกี่ยวข้องกับปริมาณงานจริงบ่งชี้ถึงการวางแผนกำลังการผลิตหรือปริมาณงานที่น้อยลง ไม่ได้หมายความว่ากระบวนการนั้นควบคุมไม่ได้เสมอไป

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

คำสั่ง `library process list` ของ Linux สำหรับเปรียบเทียบการใช้งาน CPU ระหว่างกระบวนการต่างๆ ของ Collabora

เปรียบเทียบกระบวนการทำงานเบื้องหลังกับกระบวนการลูกของมัน กระบวนการที่ทำงานหนักที่สุดอาจไม่ใช่กระบวนการแม่ของ coolwsd ก็ได้

มุมมองคอนโซลการตรวจสอบของ Collabora พร้อมประวัติการใช้งาน CPU ผู้ใช้ที่เชื่อมต่อ และเอกสารที่เปิดอยู่

ตรวจสอบความสัมพันธ์ระหว่างประวัติการใช้งาน CPU กับจำนวนผู้ใช้งานและเอกสารที่ใช้งานอยู่ ก่อนที่จะเปลี่ยนแปลงการตั้งค่าเซิร์ฟเวอร์

ใช้บันทึกข้อมูลเพื่อแยกแยะความผิดปกติออกจากปัญหาเครื่องทำงานติดขัด

สำหรับการติดตั้ง systemd แบบใช้แพ็กเกจ ให้ตรวจสอบข้อความแจ้งเตือนบริการล่าสุด:

journalctl -u coolwsd --since "15 minutes ago"

ใช้คำloolwsdสั่งนี้หากนั่นคือชื่อบริการในระบบของคุณ สังเกตหาข้อผิดพลาดในการโหลดเอกสารหรือการแปลงข้อมูลซ้ำๆ การรีสตาร์ทเวิร์กเกอร์ และข้อความต่างๆ ในช่วงเวลาที่ CPU สูงขึ้น หากการติดตั้งใช้งานของคุณเขียนบันทึกไปยังไฟล์แทนที่จะเป็นบันทึกระบบ ให้ใช้ปลายทางบันทึกที่กำหนดค่าไว้ สำหรับคอนเทนเนอร์ ให้ตรวจสอบบันทึกคอนเทนเนอร์ Collabora ด้วยคำสั่ง log ของรันไทม์ของคุณ ตำแหน่งที่เกี่ยวข้องและข้อความที่มีให้ใช้งานจะแตกต่างกันไปตามวิธีการติดตั้งและเวอร์ชัน

หากพบข้อผิดพลาดซ้ำๆ ในไฟล์เดียว แสดงว่าควรแยกไฟล์นั้นออกมาทดสอบดูว่าเกิดรูปแบบเดียวกันอีกหรือไม่ แต่หากพบข้อผิดพลาดเพิ่มขึ้นในเอกสารจำนวนมาก อาจเป็นปัญหาเรื่องการทำงานพร้อมกันหรือความจุของเซิร์ฟเวอร์มากกว่า หากบันทึกชี้ไปที่ข้อบกพร่องที่ทราบแล้วใน Collabora ให้ทำการอัปเดตผ่านช่องทางที่รองรับ โปรดตรวจสอบบันทึกการเผยแพร่สำหรับรุ่นและเวอร์ชันของคุณ แทนที่จะใช้วิธีแก้ไขชั่วคราวที่ไม่เกี่ยวข้อง

ปรับการทำงานพร้อมกันเฉพาะเมื่อมีหลักฐานสนับสนุนเท่านั้น

โครงสร้างการกำหนดค่าของ Collabora กำหนดper_document.max_concurrencyจำนวนเธรดสูงสุดที่ใช้ในการประมวลผลเอกสาร เทมเพลตการกำหนดค่า coolwsd อย่างเป็นทางการ ในปัจจุบัน ยังระบุถึงการตรวจสอบการล้างข้อมูลสำหรับเอกสารที่ไม่ได้ใช้งานและเกินขีดจำกัดทรัพยากรที่กำหนดไว้ ค่าเริ่มต้นที่แน่นอนและฟิลด์ที่มีให้ใช้งานอาจแตกต่างกันไปในแต่ละเวอร์ชัน ดังนั้นโปรดตรวจสอบการกำหนดค่าในไฟล์coolwsd.xmlหรือไฟล์การกำหนดค่าแบบเก่าที่มาพร้อมกับเวอร์ชันที่ติดตั้งของคุณก่อนทำการเปลี่ยนแปลง

การลดค่าmax_concurrencyอาจช่วยลดการใช้ CPU ของเอกสารแต่ละฉบับได้ แต่จะทำให้การแก้ไข การโหลด หรือการแปลงไฟล์ช้าลง นี่ไม่ใช่ข้อจำกัดของจำนวนผู้ใช้หรือเอกสาร ควรเปลี่ยนค่าหลังจากเปรียบเทียบภาระงานกับปริมาณงานต่อเอกสารแล้ว ควรปรับทีละอย่าง และเปรียบเทียบเวลาตอบสนองและการใช้ CPU ภายใต้ภาระงานที่เป็นตัวแทน อย่าคัดลอกส่วนใดส่วนหนึ่งจากเวอร์ชันอื่นลงในเวอร์ชันใช้งานจริงโดยตรงโดยไม่ตรวจสอบโครงสร้างและการตั้งค่าที่รองรับก่อน

การตั้งค่าการล้างข้อมูลนี้มีจุดประสงค์เพื่อระบุเอกสารที่ใช้ทรัพยากรมากซึ่งไม่ได้ใช้งานเป็นระยะเวลาที่กำหนด และเมื่อตรงตามเงื่อนไข การตั้งค่านี้จะยุติกระบวนการของเอกสารที่เกี่ยวข้อง นี่ไม่ใช่ตัวจำกัดการใช้งาน CPU ทั่วไป และไม่ได้แก้ปัญหาการใช้งาน CPU จากการแก้ไขหรือการแปลงไฟล์ซ้ำๆ โปรดตรวจสอบการเปิดใช้งานและเกณฑ์ต่างๆ เทียบกับการตั้งค่าที่คุณติดตั้งไว้ นโยบายที่เข้มงวดเกินไปอาจปิดเซสชันที่ผู้ใช้ยังต้องการใช้งานอยู่ โปรดสำรองข้อมูลการตั้งค่าและวางแผนการรีสตาร์ทบริการอย่างรอบคอบหากการเปลี่ยนแปลงของคุณจำเป็นต้องทำเช่นนั้น

คำสั่งเทอร์มินัลสำหรับตรวจสอบบริการ coolwsd และบันทึกการเปลี่ยนแปลงล่าสุด

เปรียบเทียบสถานะการให้บริการกับข้อความบันทึกการทำงานล่าสุด เพื่อดูว่าการใช้งาน CPU ที่เพิ่มขึ้นนั้นสอดคล้องกับข้อผิดพลาดหรือการรีสตาร์ทของกระบวนการทำงานหรือไม่

ตัวอย่างการกำหนดค่า Collabora ที่แสดงการตั้งค่าการทำงานพร้อมกันต่อเอกสารและการล้างเอกสารที่ไม่ได้ใช้งาน

ตรวจสอบโครงสร้างของเวอร์ชันที่ติดตั้งไว้ก่อนที่จะทำการเปลี่ยนแปลงค่าการทำงานพร้อมกันหรือค่าการล้างข้อมูล

ตรวจสอบการเปลี่ยนแปลงอย่างปลอดภัย

  • ตรวจสอบค่าการใช้งาน CPU และหน่วยความจำก่อนทำการเปลี่ยนแปลงการตั้งค่า
  • ตรวจสอบว่าภาระงานนั้นเป็นของ coolwsd/loolwsd เองหรือเป็นของตัวประมวลผลเอกสาร
  • ใช้คอนโซลผู้ดูแลระบบและบันทึกข้อมูลเพื่อระบุเอกสารที่ใช้งานอยู่และเชื่อมโยงช่วงเวลาที่มีการเปลี่ยนแปลงอย่างฉับพลัน
  • หลังจากทำการเปลี่ยนแปลงแบบควบคุมเพียงครั้งเดียว ให้ทำซ้ำปริมาณงานเดิมและเปรียบเทียบการใช้งาน CPU เวลาในการเปิดเอกสาร การตอบสนองในการแก้ไข และพฤติกรรมของผู้ปฏิบัติงาน
  • ตรวจสอบให้แน่ใจว่าผู้ใช้งานปัจจุบันยังสามารถแก้ไขและบันทึกข้อมูลได้ก่อนที่จะถือว่าปัญหาได้รับการแก้ไขแล้ว

หากการใช้งาน CPU ยังคงสูงอยู่โดยไม่มีเอกสารที่ใช้งานอยู่ หรือยังคงเป็นเช่นนั้นหลังจากรีสตาร์ทอย่างถูกต้อง หรือเกิดขึ้นพร้อมกับการขัดข้องซ้ำๆ ให้รวบรวมเวอร์ชันของ Collabora วิธีการติดตั้ง บันทึกบริการ/คอนเทนเนอร์ แผนผังกระบวนการ และรายละเอียดเอกสารที่ตรวจสอบแล้ว เพื่อส่งให้ผู้ดูแลระบบหรือผู้จำหน่าย หลีกเลี่ยงการยุติกระบวนการย่อยซ้ำๆ เนื่องจาก Collabora จัดการกระบวนการเหล่านั้น และการยุติด้วยตนเองอาจรบกวนผู้ใช้โดยไม่สามารถแก้ไขสาเหตุที่แท้จริงได้

ฝากความเห็น

เพิ่มขีดจำกัดหน่วยความจำของคอนเทนเนอร์ CODE โดยไม่ต้องเดา

เพิ่มขีดจำกัดหน่วยความจำของคอนเทนเนอร์ CODE โดยไม่ต้องเดา

ตรวจสอบว่า Docker จำกัดการใช้งานหน่วยความจำของ Collabora CODE หรือไม่ เพิ่มขีดจำกัดหน่วยความจำของ Compose อย่างปลอดภัย และยืนยันว่าคอนเทนเนอร์ที่กำลังทำงานอยู่ได้รับขีดจำกัดใหม่แล้ว

ปรับแต่งแถบเครื่องมือ Collabora CODE โดยไม่ต้องแก้ไขซอร์สโค้ด

ปรับแต่งแถบเครื่องมือ Collabora CODE โดยไม่ต้องแก้ไขซอร์สโค้ด

ลดความซับซ้อนของ Collabora CODE ด้วยโหมดกะทัดรัดหรือโหมดแท็บ และตัวควบคุม WOPI PostMessage เพื่อซ่อนปุ่ม คำสั่ง และแท็บที่เลือกได้อย่างปลอดภัย

เรียกใช้งาน Collabora CODE เบื้องหลัง Nginx พร้อมการยุติการเชื่อมต่อ TLS

เรียกใช้งาน Collabora CODE เบื้องหลัง Nginx พร้อมการยุติการเชื่อมต่อ TLS

กำหนดให้ Nginx ดูแล HTTPS สำหรับคอนเทนเนอร์ Collabora CODE ส่งต่อการแก้ไข WebSockets อย่างถูกต้อง และตรวจสอบปลายทางสาธารณะโดยไม่ต้องเปิดพอร์ต 9980

แสดงข้อความเมื่อแป้นพิมพ์ Collabora Mobile เปิดขึ้น

แสดงข้อความเมื่อแป้นพิมพ์ Collabora Mobile เปิดขึ้น

แก้ไขปัญหาแป้นพิมพ์ในเบราว์เซอร์บนมือถือที่บังข้อความใน Collabora Online พร้อมวิธีแก้ปัญหาอย่างรวดเร็วและการตรวจสอบแยกต่างหากสำหรับเบราว์เซอร์, WebView ที่ฝังอยู่ และหน้าเว็บหลัก

หยุดการพิมพ์และการดาวน์โหลดที่ไม่ต้องการใน ONLYOFFICE

หยุดการพิมพ์และการดาวน์โหลดที่ไม่ต้องการใน ONLYOFFICE

ตั้งค่าขีดจำกัดการพิมพ์และการดาวน์โหลดสำหรับลิงก์ ONLYOFFICE สมาชิกห้อง หรือเซสชัน Docs API จากนั้นตรวจสอบข้อจำกัดจากบัญชีผู้รับ

กำหนดเวลาสำรองข้อมูลที่เชื่อถือได้สำหรับ ONLYOFFICE Workspace

กำหนดเวลาสำรองข้อมูลที่เชื่อถือได้สำหรับ ONLYOFFICE Workspace

ตั้งค่าปลายทางสำรองข้อมูล กำหนดเวลา ครอบคลุมอีเมล และระยะเวลาการเก็บรักษาใน ONLYOFFICE Workspace จากนั้นตรวจสอบว่าไฟล์เก็บถาวรพร้อมสำหรับการกู้คืนแล้ว

ติดตั้ง ONLYOFFICE Docs Enterprise พร้อมไฟล์เขียนเอกสารอย่างเป็นทางการ

ติดตั้ง ONLYOFFICE Docs Enterprise พร้อมไฟล์เขียนเอกสารอย่างเป็นทางการ

เริ่มต้นใช้งาน Enterprise Docker Compose stack บันทึกใบอนุญาตและข้อมูลต่างๆ กำหนดค่า JWT อย่างปลอดภัย และตรวจสอบว่าโปรแกรมแก้ไขพร้อมสำหรับการผสานรวมแล้ว

ทำความสะอาดข้อความในสเปรดชีตด้วยมาโคร ONLYOFFICE ที่สามารถนำกลับมาใช้ใหม่ได้

ทำความสะอาดข้อความในสเปรดชีตด้วยมาโคร ONLYOFFICE ที่สามารถนำกลับมาใช้ใหม่ได้

ใช้มาโคร JavaScript ของ ONLYOFFICE เพื่อลบอักขระที่ไม่สามารถพิมพ์ได้และตัดช่องว่างส่วนเกินออกจากช่วงข้อมูลที่กำหนดในสเปรดชีต พร้อมขั้นตอนการตรวจสอบที่ปลอดภัย

เปลี่ยนตำแหน่งจัดเก็บข้อมูลเริ่มต้นของ ONLYOFFICE Workspace

เปลี่ยนตำแหน่งจัดเก็บข้อมูลเริ่มต้นของ ONLYOFFICE Workspace

ย้ายข้อมูลพอร์ทัลจากดิสก์เริ่มต้นไปยังผู้ให้บริการพื้นที่จัดเก็บข้อมูลบนคลาวด์ที่รองรับ หรือย้ายข้อมูล Docker อย่างปลอดภัยโดยการเปลี่ยนการแมปวอลุ่มโฮสต์

ลบ ONLYOFFICE Document Server ออกจาก Linux อย่างสมบูรณ์

ลบ ONLYOFFICE Document Server ออกจาก Linux อย่างสมบูรณ์

ตรวจสอบว่า Document Server ใช้แพ็กเกจ Linux หรือ Docker ลบเฉพาะส่วนประกอบของมัน และตรวจสอบข้อมูลที่เหลืออยู่โดยไม่ลบบริการที่ใช้ร่วมกันโดยไม่ได้ตั้งใจ