LibreOffice newer versions stability issues

[gulien]

    I did a bit of research and came to the following result with a simple binary search:

Working	Not Working	Release Date
	7.7.1 (4.4.2.3)	03.12.2022
	7.6.1 (7.4.1.2 40(Build:2))	03.10.2022
7.6.0 (7.3.5.2 30(Build:2))		01.09.2022
7.5.4 (7.3.5.2)
7.5.3 (7.3.4.1)		07.06.2022

The version in brackets represents the used LibreOffice version in each gotenberg version.
That might explain the sudden issue on our end, as we used gotenberg/gotenberg:7 as the image. I've created this issue on the 04th of October, and the update with the broken version of LO was released on the 03rd of October. Our CI/CD pipeline most certainly did a docker-compose pull which updated to the named version and explains the sudden error(s).

So, basically - the culprit is on of 1.185 commits between v7.4.1.2 and v7.3.5.2 (LibreOffice/core@libreoffice-7.4.1.2...libreoffice-7.3.5.2) - fun to debug tbh

Originally posted by @PierreSchwang in #516 (comment)

[gulien]

Thanks @PierreSchwang for the investigation 👍

[gulien]

#442 (comment)

Gotenberg garbage collector causing an issue with newer LibreOffice versions?

[gulien]

#577 (comment)

Lock can take longer than 10 seconds?

[yan-hic]

#577 (comment)

Lock can take longer than 10 seconds?

Faced that exact same error re lock timeout right off the bat when starting a private gotenberg:7.

@gulien would you advise to downgrade 7.4.2 until fixed ? What major features would one miss ?
Our use case: converting xlsx in landscape pdf

[gulien]

Hello @yan-hic,

You'll miss newer PDF Formats (PDF/A-2b & PDF/A-3b) but that's it 😉

[yan-hic]

@gulien would you consider a build using the next major release of libreoffice (7.5.2 can be downloaded) ? Wondering if stability is better (+ performance and allow new enhancements).

[gulien]

@yan-hic Indeed, might be interesting to test it when available on Debian bullseye.

[nporchis]

Hello all,

I think that we have the same issue on our side.
Following this post i performed un update of our Gotemberg image based on Gotemberg V7.5.3. (our image only include a custom font)
But after 14 days running, the pod start to fail into issue.
Some logs enclosed. Everything was fine until first two logs lines.
After that we start having errors "convert to PDF: unoconv PDF: unix process error: wait for unix process: signal: aborted (core dumped)" and "convert to PDF: unoconv PDF: unix process error: wait for unix process: exit status 5" and finaly "convert to PDF: lock long-running LibreOffice listener: acquire LibreOffice listener lock: context deadline exceeded"
gotemberg.txt

We are using "/forms/libreoffice/convert" endpoint to convert from docx to pdf and hosting Gotemberg on kubernetes.

I hope that this feedback will help.
Any update on this issue would be great.
Thanks !

[yan-hic]

@yan-hic Indeed, might be interesting to test it when available on Debian bullseye.

LO 7.6 is out on Debian.
@gulien I know you have little time to maintain - was your request for maintainers to join in fruitful ? Wondering if anyone could build based on latest LO and Debian (12).

[gulien]

Hello @yan-hic

Not yet. But it's on my TODO list!

[yan-hic]

Not yet. But it's on my TODO list!

Just checking in as I was hoping to move out of 7.4.2. More recent gotenberg releases have not helped for our use case (mainly xlsx conversion), and 7.4.2 remains the most stable one - again, in our use case.

[gulien]

Hello @yan-hic,

I'm currently working on it, but, again, not ETA alas. Good news though: it seems that there are no more stability issues based on my local testing.

[novelnet]

@gulien Thanks!