-
Bug
-
Resolution: Done
-
Major
-
None
-
1.43.0.Final, 1.44.0.Final
-
False
-
None
-
False
-
Issue found in the deployment triggered by the CR where multiple pods are created and only 1 remains in running state, while the others change to terminating state (because only 1 pod is supposed to be running)
-
---
-
---
-
-
When deploying the sonataflow-inference-demo CR, the kubernetes API server starts spawning multiple pods that end up being in terminating state seconds after they're spawned. At the end, only 1 pod remains in Running state as expected, but there are many pods still in Terminating state that are not cleaned up. This issue does not depend on the namespace: it happens in both default and a newly created namespace.
Sonataflow-inference-demo repository:
https://github.com/hbelmiro/sonataflow-inference-pipeline-demo
Steps to reproduce
- Deploy the latest sonataflow operator version (use the code in main and not the latest image)
- Change the base image referenced in the 01-sonataflow-platform.yaml to quay.io/ricardozanini/sonataflow-python-devmode:latest
- Run the deploy.sh command
Expected result:
- One pod is created that eventually reaches the Running/Ready state
Actual result:
- Multiple pods are created that reach the Terminating state shortly, while only 1 reaches the Running,Ready state.
$>oc get pod NAME READY STATUS RESTARTS AGE pipeline-55bb5b889d-lz22x 0/1 Terminating 0 17s pipeline-5c8bd7db86-dvqlw 0/1 Terminating 0 17s pipeline-fc9b44cdb-jdwsv 1/1 Running 0 4m17s
- is duplicated by
-
SRVLOGIC-224 Multiple pods are started with a simple project
- Closed
- relates to
-
KOGITO-9906 java.lang.UnsatisfiedLinkError: no jep in java.library.path: [/usr/java/packages/lib, /usr/lib64, /lib64, /lib, /usr/lib]
- Resolved