Uploaded image for project: 'DC/OS'
  1. DC/OS
  2. DCOS_OSS-2749

Marathon-LB doesn't kill old HAProxy processes.

    Details

    • Sprint:
      Networking Team 1.12 Sprint 2, Networking Team 1.12 Sprint 3, Networking Team 1.12 Sprint 4
    • Story Points:
      1

      Description

      Hi.

      I have two DC/OS clusters with Marathon-LB v1.10.2 and v1.8.0. On both versions I see tons of HAProxy processes in Marathon-LB containers (right after container start there is only one process, but looks like old processes stay there after each config reload):

      root     13846  0.0  0.3  50644 14592 ?        Ss   Nov07   1:57 /usr/local/sbin/haproxy -D -p /tmp/haproxy.pid -f /marathon-lb/haproxy.cfg -sf 13487
      root     14494  0.0  0.3  49964 13832 ?        Ss   Oct10   7:06 /usr/local/sbin/haproxy -D -p /tmp/haproxy.pid -f /marathon-lb/haproxy.cfg -sf 14090
      root     15242  0.0  0.3  50012 13824 ?        Ss   Nov03   2:45 /usr/local/sbin/haproxy -D -p /tmp/haproxy.pid -f /marathon-lb/haproxy.cfg -sf 14875
      root     15244  0.0  0.4  50720 16788 ?        Ss   Oct10   9:32 /usr/local/sbin/haproxy -D -p /tmp/haproxy.pid -f /marathon-lb/haproxy.cfg -sf 14853
      root     16707  0.0  0.3  50600 14492 ?        Ss   Oct20   5:30 /usr/local/sbin/haproxy -D -p /tmp/haproxy.pid -f /marathon-lb/haproxy.cfg -sf 16317
      root     17060  0.0  0.3  49612 13616 ?        Ss   Oct23   4:26 /usr/local/sbin/haproxy -D -p /tmp/haproxy.pid -f /marathon-lb/haproxy.cfg -sf 16601
      root     17142  0.0  0.4  49744 15744 ?        Ss   Oct25   4:07 /usr/local/sbin/haproxy -D -p /tmp/haproxy.pid -f /marathon-lb/haproxy.cfg -sf 16762
      

      This results in crazy memory consumption and at some point a container kill and restart.

      Is there a way to fix that?

       

      Thanks.

        Attachments

          Activity

            People

            • Assignee:
              prozlach Pawel Rozlach
              Reporter:
              aleks-m aleks-m
              Team:
              Networking Team
              Watchers:
              aleks-m, Avinash Sridharan (Inactive), Deepak Goel, Judith Malnick (Inactive)
            • Watchers:
              4 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: