Anomalie #11611
ferméOccupation CPU > 99% processus soffice.bin
Mis à jour par Laurent GIOVANNONI il y a plus de 5 ans
- Version cible changé de 20.03 (Fin de vie) à 19.04 (Fin de vie)
Il faut ajouter la commande timeout devant le lancement d'unoconv
ex contextuel au lancement d'unoconv dans le compte maarch :
export HOME=/tmp && timeout 10 /usr/bin/unoconv -f pdf Documents/100-Documents\ TESTS/convert/test_cloudooo.odt
Il serait également intéressant d'intégrer un mécanisme de retry de la conversion comme indiqué sur le github d'unoconv :
https://github.com/unoconv/unoconv#problems-running-unoconv-from-nginxapachephp
Problems running unoconv from Nginx/Apache/PHP
Some people have had difficulties using unoconv through webservices. Here is a list of probable causes and recommendations:
Use the latest version of unoconv (or GitHub master branch)
Use the most recent stable release of LibreOffice (less memory, more stable, fewer crashes)
Use the native LibreOffice python binary to run unoconv
Hardcode this native python path in the unoconv script shebang (or ensure PATH is set)
Ensure that the user running unoconv has write access to its HOME directory (ensure HOME is set)
Test with SELinux in permissive mode
It is recomended to open the unoconv script and modify the very first line to point directly to your installed LibreOffice python binary, so replace this:
#!/usr/bin/env python
with something like this:
#!/opt/libreoffice4.4/program/python
Conversion problems
If you encounter problems converting files, it often helps to try again. If you are using a listener, restarting the listener may help as well.
The reason for conversion failures are unclear, and they are not deterministic. unoconv is not the only project to have noticed problems with import and export filters using PyUNO. We assume these are related to internal state or timing issues that under certain conditions fail to correctly work.
If you can reproduce the problem on a specific file, please take the time to open the file in LibreOffice directly and export it to the desired format. If this fails, it needs to be reported to the LibreOffice project directly. If that works, we need to know !
We are looking into this with the LibreOffice developers to:
Collaborate closer to find, report and fix unexpected failures
Allow end-users to increase debugging and improve reporting to the project
Mis à jour par Emmanuel DILLARD il y a plus de 5 ans
- Statut changé de A traiter à En cours d'analyse PO
Mis à jour par Emmanuel DILLARD il y a plus de 5 ans
- Lié à Anomalie #11544: Problème d'accès à la base de données lié à soffice.bin ajouté
Mis à jour par Emmanuel DILLARD il y a plus de 5 ans
- Statut changé de En cours d'analyse PO à R&D - A planifier
Mis à jour par Florian AZIZIAN il y a plus de 5 ans
- Projet changé de 298 à 299
- Statut changé de R&D - A planifier à R&D - En cours
- Version cible changé de 19.04 (Fin de vie) à 20.03 (Fin de vie)
Mis à jour par Emmanuel DILLARD il y a plus de 5 ans
- Lié à Anomalie #11544: Problème d'accès à la base de données lié à soffice.bin supprimé
Mis à jour par Emmanuel DILLARD il y a plus de 5 ans
- Statut changé de R&D - En cours à R&D - Terminé
Mis à jour par Emmanuel DILLARD il y a environ 5 ans
- Statut changé de R&D - Terminé à R&D - A planifier
- Priorité changé de 0-Bloquant à 1-Majeur
Pour prise en compte 18.10
Mis à jour par Emmanuel DILLARD il y a environ 5 ans
- Statut changé de R&D - A planifier à R&D - A étudier
Attente retours sur les derniers correctifs (19.04) pour poursuivre sur cette voie. (Pour prise en compte 18.10
Mis à jour par Emmanuel DILLARD il y a environ 5 ans
- Statut changé de R&D - A étudier à 17
Mis à jour par Florian AZIZIAN il y a environ 5 ans
RETEX LGI:
une astuce pour débloquer les process libreoffice qui bloquent toutes les autres conversions et monopolisent le cpu à 100% :
rajouter dans la crontab de root :
" /5 8-20 * 1-5 killall soffice.bin"
Analyse par LGI :
il y a une solution avec unoconv pour faire du multithread, c'est la même que celle que l'on utilise dans le jnlp si on veut utiliser LO alors qu'il est déjà lancé sur le poste.
il faut lancer LO avec un répertoire utilisateur différent.
ils l'ont implémenté dans la dernière version d'unoconv :
commit 788170020bf67ebbae993e0776608e378bc07de3
Author: Miklos Vajna vmiklos@vmiklos.hu
Date: Fri Aug 10 21:30:44 2018 +0200
Allow using a custom user profile (#451)
This is useful when converting large documents on a machine with many
CPU cores/threads. Using a single unoconv server means in fact a single
document is converted at a time, given LibreOffice uses a single global
lock for remote method invocations.
Starting multiple unoconv servers is not possible by default, as the
second one will complain that the user profile is locked. Using a custom
user profile is a solution to this.
il faut lancer unoconv avec le paramètre --user-profile
et mettre une valo aléatoire du type /tmp/timestamp (modifié)
le souci c'est que c'est dans la branche master
pas encore dans une branche stable...
Mis à jour par Emmanuel DILLARD il y a environ 5 ans
- Statut changé de 17 à R&D - A étudier
- Assigné à changé de EDI PO à Maarch Courrier DEV TEAM
- Version cible changé de 20.03 (Fin de vie) à Inscription Backlog Courrier
Contournement indiqué dans la demande.
En attente des versions stables d'unoconv.
Mis à jour par Emmanuel DILLARD il y a environ 5 ans
- Statut changé de R&D - A étudier à 17
Mis à jour par Emmanuel DILLARD il y a plus de 3 ans
- Statut changé de Rejeté PO à Rejeté
Mis à jour par Emmanuel DILLARD il y a plus de 3 ans
- Projet changé de 298 à Backlog Courrier
- Version cible changé de Inscription Backlog Courrier à Inscription Backlog