[lxc-users] High Memory utilization with lxc containers

[Michael H. Warfield]

On Mon, 2014-07-07 at 09:56 +0530, Ajith Adapa wrote:
> Hi,

> Seems the situation is better than earlier as the amount of free ram
> is reduced only from 1.5GB to 1.1Gb. But still systemd-journald is the
> culprit .. 

This should be reported to the systemd people then.  I remember seeing
the bug in their bugzilla and I thought they had fixed it (they fixed
something to do with object id's iirc).

Regards,
Mike

> [root at blrlt1144 ~]# ps -eo pmem,pcpu,vsize,pid,cmd | sort -k 1 -nr 
>  4.0  0.0 171796   412 /usr/lib/systemd/systemd-journald
>  1.2  0.0 325164   555 /usr/bin/python /usr/sbin/firewalld --nofork
>  0.6  0.0 511304  1349 /usr/lib/polkit-1/polkitd --no-debug
>  0.6  0.0 102340  1345 /sbin/dhclient -H blrlt1144 -1 -q
> -lf /var/lrbr0
> 
> 
> Regards,
> Ajith
> 
> 
> 
> 
> On Sat, Jul 5, 2014 at 4:19 PM, István Király <LaKing at d250.hu> wrote:
>         hi, ..
>         
>         
>         systemd-journald is not really fixed yet, it uses up CPU, and
>         resources.
>         
>         
>         
>         systemctl mask systemd-journald 
>         
>         
>         .. and then reboot your containers.
>         
>         
>         Greetings,..
>         
>         
>         On Sat, Jul 5, 2014 at 12:19 PM, Ajith Adapa
>         <ajith.adapa at gmail.com> wrote:
>         
>                 I mean there is around 1.5GB RAM freely available when
>                 I just start
>                 the containers.
>                 
>                 KiB Mem:   2025228 total,   593388 used,  1431840
>                 free,    36708 buffers
>                 KiB Swap:  2129916 total,        0 used,  2129916
>                 free.   394116 cached Mem
>                 
>                 Regards,
>                 Ajith
>                 
>                 
>                 On Sat, Jul 5, 2014 at 3:33 PM, Ajith Adapa
>                 <ajith.adapa at gmail.com> wrote:
>                 > Hi,
>                 >
>                 > I am not exactly sure if LXC is the reason but
>                 atleast I am seeing
>                 > that memory is exhausted after running lxc
>                 containers for more than a
>                 > day.
>                 >
>                 > Setup information:
>                 > Guest VM running Fedora 20 with 2GB RAM and 4
>                 logical cores assigned.
>                 > It is only used for running LXC containers. lxc
>                 version 1.0.3
>                 >
>                 > I have 4 containers created using the default
>                 templates. When I
>                 > started all the containers the amount of free ram
>                 available is around
>                 > 500MB (As per the output from top).
>                 >
>                 > After 24 hours, I have got only 100MB free as per
>                 top command output.
>                 > I am not starting any process inside lxc-containers
>                 after starting
>                 > them.
>                 >
>                 > # lxc-ls -f
>                 > NAME        STATE    IPV4         IPV6  AUTOSTART
>                 > -------------------------------------------------
>                 > centostest  RUNNING  10.12.4.101  -     NO
>                 > debiantest  RUNNING  10.12.4.117  -     NO
>                 > f19i686     RUNNING  10.12.4.122  -     NO
>                 > ubuntu      RUNNING  10.12.4.131  -     NO
>                 >
>                 > As per below output systemd-journald seems the
>                 culprit but I am not sure why.
>                 >
>                 > # ps -eo pmem,pcpu,vsize,pid,cmd | sort -k 1 -nr |
>                 head -5
>                 >  2.7  0.0 124036
>                  1997 /usr/lib/systemd/systemd-journald
>                 >  1.2  0.0 325168
>                 558 /usr/bin/python /usr/sbin/firewalld --nofork
>                 --nopid
>                 >  0.6  0.0 511304  1348 /usr/lib/polkit-1/polkitd
>                 --no-debug
>                 >  0.6  0.0 102340  1342 /sbin/dhclient -H blrlt1144
>                 -1 -q -lf
>                 > /var/lib/dhclient/dhclient--virbr0.lease -pf
>                 > /var/run/dhclient-virbr0.pid virbr0
>                 >  0.4  0.0  40636     1 /usr/lib/systemd/systemd
>                 --switched-root
>                 > --system --deserialize 26
>                 >
>                 > Have anyone faced similar issue ?
>                 >
>                 > Regards,
>                 > Ajith
>                 
>                 _______________________________________________
>                 lxc-users mailing list
>                 lxc-users at lists.linuxcontainers.org
>                 http://lists.linuxcontainers.org/listinfo/lxc-users
>         
>         
>         
>         
>         -- 
>         Király István
>         +36 209 753 758
>         LaKing at D250.hu
>         
>         
>         
>         _______________________________________________
>         lxc-users mailing list
>         lxc-users at lists.linuxcontainers.org
>         http://lists.linuxcontainers.org/listinfo/lxc-users
> 
> 
> 
> -- 
> This message has been scanned for viruses and 
> dangerous content by MailScanner, and is 
> believed to be clean. 
> _______________________________________________
> lxc-users mailing list
> lxc-users at lists.linuxcontainers.org
> http://lists.linuxcontainers.org/listinfo/lxc-users

-- 
Michael H. Warfield (AI4NB) | (770) 978-7061 |  mhw at WittsEnd.com
   /\/\|=mhw=|\/\/          | (678) 463-0932 |  http://www.wittsend.com/mhw/
   NIC whois: MHW9          | An optimist believes we live in the best of all
 PGP Key: 0x674627FF        | possible worlds.  A pessimist is sure of it!

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 482 bytes
Desc: This is a digitally signed message part
URL: <http://lists.linuxcontainers.org/pipermail/lxc-users/attachments/20140707/9ac20f17/attachment.sig>