The initial liveness probe against portal-db was
too quick, causing the container to be terminated
in the middle of DB schema initialization and
leaving the DB in a corrupted state. This change
increases the initial delay before the liveness
probe.
Change-Id: I2f428ea33b60c3a99ca1e49dc8e59405aa4d824c
Issue-ID: PORTAL-283
Signed-off-by: Gary Wu <gary.i.wu@huawei.com>
# probe configuration parameters
liveness:
- initialDelaySeconds: 10
+ initialDelaySeconds: 300
periodSeconds: 10
# necessary to disable liveness probe when setting breakpoints
# in debugger so K8s doesn't restart unresponsive container
enabled: true
readiness:
- initialDelaySeconds: 10
+ initialDelaySeconds: 300
periodSeconds: 10
## Persist data to a persitent volume