Un consum ridicat de CPU provenit de coolwsdla un proces mai vechi loolwsdnu reprezintă automat o eroare: Collabora creează procese de lucru pentru procesarea documentelor, iar deschiderea sau editarea fișierelor complexe poate utiliza CPU. Mai întâi, identificați ce proces consumă CPU, apoi corelați-l cu documentele deschise și utilizatorii din Consola de administrare. Dacă un document ține un proces ocupat în timp ce este inactiv, verificați jurnalele și setările de curățare înainte de a reporni orice; terminarea proceselor de lucru poate întrerupe editarea activă.
Recunoașteți numele serviciului și măsurați sarcina
Instalările mai noi folosesc coolwsdnumele; instalările mai vechi pot afișa în continuare . Notele de actualizareloolwsd Collabora 21.11 descriu migrarea unică de la la . Potriviți numele serviciilor și configurațiilor instalate pe gazdă în loc să presupuneți că fiecare implementare este identică./etc/loolwsd/loolwsd.xml/etc/coolwsd/coolwsd.xml
Pe o gazdă systemd, verificați serviciul și apoi listați procesele după utilizarea CPU:
systemctl status coolwsd
ps -eo pid,ppid,%cpu,%mem,etime,cmd --sort=-%cpu | head -n 20
Dacă serviciul este numit loolwsd, înlocuiți acel nume în comanda systemctl. Examinați mai multe citiri în timp cu , topîn loc să tratați un vârf scurt ca o problemă persistentă. Inspectați arborele de procese: CPU-ul poate fi utilizat de procesele worker ale documentelor sub daemon, nu de procesul părinte în sine. Pe Docker, verificați totalul containerului cu docker stats --no-stream CONTAINER_NAME; în Kubernetes, utilizați metricile relevante ale resurselor pod. Aceste citiri descriu domenii de aplicare diferite, așadar comparați cu atenție valorile gazdă, container și worker.
Găsiți documentul sau volumul de muncă din spatele vârfului de sarcină
Conectați-vă la Consola de administrare Collabora și examinați utilizatorii conectați, documentele deschise, utilizarea resurselor și graficele recente. Întrebările frecvente oficiale Collabora descriu aceste capabilități de monitorizare. Dacă sarcina crește în timp ce o foaie de calcul, o prezentare, un PDF sau un document mare este deschis sau convertit, observați dacă scade după finalizarea activității respective. O creștere temporară legată de o sarcină de lucru reală necesită planificarea capacității sau o sarcină de lucru mai mică; aceasta nu dovedește în sine un proces care scapă de sub control.
Dacă un document rămâne asociat cu un CPU ridicat după ce utilizatorii l-au închis, verificați dacă nicio sesiune de browser sau integrare nu îl mai menține deschis. Înregistrați identificatorul documentului afișat în consolă, ID-ul procesului, durata, memoria și dacă fișierul a fost activ sau inactiv. Evitați plasarea de nume de documente personale sau confidențiale în solicitările de asistență publice.

Comparați daemonul cu procesele sale fiu; cel mai ocupat procesator s-ar putea să nu fie părintele coolwsd.

Corelați istoricul procesorului cu utilizatorii și documentele active înainte de a modifica setările serverului.
Folosește bușteni pentru a distinge un țepușă de un muncitor blocat
Pentru o instalare systemd bazată pe pachete, verificați mesajele de service recente:
journalctl -u coolwsd --since "15 minutes ago"
Folosește loolwsddacă acesta este numele serviciului de pe sistemul tău. Caută erori repetate de încărcare a documentelor sau de conversie, reporniri ale funcționatorului și mesaje în momentul în care CPU crește. Dacă implementarea ta scrie într-un fișier în loc de jurnalul sistemului, folosește destinația configurată pentru jurnal. Pentru containere, inspectează jurnalele containerului Collabora cu comanda log din runtime. Locația relevantă și mesajele disponibile variază în funcție de metoda de instalare și de versiune.
O eroare repetată legată de un singur fișier sugerează izolarea unei copii a acelui fișier și testarea dacă același model se repetă. O creștere generală în mai multe documente sugerează în schimb concurență sau capacitate server. Actualizați Collabora prin canalul acceptat pentru instalare dacă jurnalele indică un defect cunoscut; verificați notele de lansare pentru ediția și versiunea dvs., în loc să aplicați o soluție alternativă fără legătură.
Ajustați concurența doar atunci când dovezile o susțin
Schema de configurare Collabora definește per_document.max_concurrencynumărul maxim de fire de execuție utilizate în timpul procesării unui document. Șablonul oficial de configurare coolwsd actual documentează, de asemenea, verificările de curățare pentru documentele care rămân inactive și depășesc pragurile de resurse configurate. Valorile implicite exacte și câmpurile disponibile pot diferi în funcție de versiune, așadar verificați configurația coolwsd.xmlsau configurația veche livrată odată cu versiunea instalată înainte de a face modificări.
Reducerea max_concurrencypoate limita utilizarea procesorului (CPU) de către un singur document, dar poate încetini editarea, încărcarea sau conversia. Nu reprezintă o limită a numărului de utilizatori sau documente. Modificați-o numai după corelarea încărcării cu munca per document, faceți câte o ajustare pe rând și comparați timpul de răspuns și CPU sub o sarcină de lucru reprezentativă. Nu lipiți un fragment dintr-o altă versiune direct în producție fără a valida structura și setările acceptate.
Configurația de curățare este destinată identificării documentelor consumatoare de resurse care au fost inactive pentru o perioadă configurată și, atunci când condițiile sale rămân îndeplinite, să oprească procesul asociat documentului. Nu este un limitator general al CPU și nu rezolvă utilizarea CPU din editarea activă sau conversiile repetate. Verificați activarea și pragurile sale în raport cu configurația instalată; o politică agresivă ar putea închide o sesiune de care utilizatorii încă au nevoie. Faceți o copie de rezervă a configurației și planificați o repornire controlată a serviciului dacă modificarea necesită una.

Comparați starea serviciului cu mesajele recente din jurnal pentru a vedea dacă creșterea capacității procesorului coincide cu erori sau reporniri ale funcționarului de lucru.

Verificați schema versiunii instalate înainte de a modifica pragurile de concurență sau de curățare.
Verificați modificarea în siguranță
- Capturați citirile CPU și ale memoriei înainte de a modifica configurația.
- Confirmă dacă încărcarea aparține coolwsd/loolwsd în sine sau unui lucrător de documente.
- Folosește Consola de administrare și jurnalele pentru a identifica documentele active și a corela momentul vârfului de solicitare.
- După o singură modificare controlată, repetați aceeași sarcină de lucru și comparați CPU-ul, timpul de deschidere a documentului, timpul de răspuns la editare și comportamentul lucrătorului.
- Confirmați că utilizatorii activi pot edita și salva în continuare înainte de a considera problema rezolvată.
Dacă nivelul procesorului rămâne ridicat fără documente active, persistă după o repornire controlată sau coincide cu erori repetate, colectați versiunea Collabora, metoda de instalare, jurnalele de servicii/container, arborele de procese și detaliile documentelor curățate pentru întreținător sau furnizor. Evitați închiderea repetată a proceselor secundare: Collabora gestionează acești procese worker, iar terminarea manuală poate perturba utilizatorii fără a remedia cauza principală.