podman/upgrade: haproxy exits and never restart
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tripleo |
Fix Released
|
High
|
Emilien Macchi |
Bug Description
Environment: master (Stein)
How to reproduce:
1) Deploy an undercloud with "container_cli = podman" in undercloud.conf
2) Run "openstack undercloud upgrade"
Results: it hangs at step3 when starting containers.
Looking at containers states, HAproxy isn't running.
[root@undercloud ~]# podman logs haproxy
+ sudo -E kolla_set_configs
INFO:__
INFO:__
INFO:__main__:Kolla config strategy set to: COPY_ALWAYS
INFO:__
INFO:__
INFO:__
INFO:__
INFO:__
INFO:__
++ cat /run_command
+ CMD='/usr/
+ ARGS=
+ [[ ! -n '' ]]
+ . kolla_extend_start
+ echo 'Running command: '\''/usr/
Running command: '/usr/sbin/
+ exec /usr/sbin/
<7>haproxy-
[WARNING] 337/132458 (12) : Setting tune.ssl.
<7>haproxy-
<5>haproxy-
We need to investigate why the HAproxy container receives a SIGPIPE signal.
Note: the bug can't be reproduced when running a re-deploy with "openstack undercloud install".
description: | updated |
description: | updated |
Changed in tripleo: | |
status: | Triaged → In Progress |
Changed in tripleo: | |
milestone: | stein-2 → stein-3 |
Changed in tripleo: | |
status: | In Progress → Fix Released |
I found the issue. We are still running upgrade_tasks on the host that cleanup systemd services. The problem is that when we upgrade from podman to podman, HAproxy is wiped-out on the host (in systemd) so the container never restart (remember, we count on systemd to restart containers when they are stopped by podman).
I'll fix it.