There are 2 updates, 1 comment.
 
 
XWiki Docker images / cid:jira-generated-image-avatar-5c5d7646-0a81-4b2d-a753-6c300cbaab9a XDOCKER-53 Closed

LibreOffice creates zombie processes

 
View issue   ·   Add comment
 

2 updates

 
cid:jira-generated-image-avatar-1c279d5a-d941-4de9-bc67-3a871adae660 Changes by Vincent Massol on 19/Jul/26 10:00
 
Resolution: Fixed
Status: Open Closed
 
 

1 comment

 
cid:jira-generated-image-avatar-1c279d5a-d941-4de9-bc67-3a871adae660 Vincent Massol on 19/Jul/26 10:00
 

Fixed in the docker-xwiki web service by running tini as PID 1 (init: true in docker-compose.yml) instead of the JVM.

To recap the root cause from the analysis above: the zombies are exited children of soffice.bin, and while soffice.bin itself is alive they are not reparented to PID 1, so no init/reaper (tini included) can collect them — that part is upstream LibreOffice behaviour. What init: true fixes is the residual case that would otherwise be permanent in our image: with the JVM as PID 1 (which never reaps), any LibreOffice child that gets orphaned (e.g. when soffice.bin restarts) reparents to PID 1 and would linger as <defunct> forever. tini reaps those.

Note for users running the image directly with docker run instead of Compose: pass --init to get the same behaviour.