Limit-Speicher auf einem docker-container funktioniert nicht

Läuft die Letzte version des docker auf der Oberseite von ubuntu 13.04

root@docker:~# docker version
Client version: 0.6.6
Go version (client): go1.2rc3
Git commit (client): 6d42040
Server version: 0.6.6
Git commit (server): 6d42040
Go version (server): go1.2rc3
Last stable version: 0.6.6

Aber wenn ich starten Sie das container - 

root@docker:~# docker run -m=1524288 -i  -t ubuntu /bin/bash
root@7b09f638871a:/# free -m
             total       used       free     shared    buffers     cached
Mem:          1992        608       1383          0         30        341
-/+ buffers/cache:        237       1755
Swap:         2047          0       2047

Sehe ich keine Einschränkung von jeder Art, und mein kernel cgroups memory limit aktiviert:

kernel /boot/vmlinuz-3.8.0-33-generic ro console=tty0 root=/dev/xvda1 cgroup_enable=memory swapaccount=1

Was offensichtlich, was vermisse ich hier ?

InformationsquelleAutor der Frage Disco | 2013-11-20

  1. 44

    free nicht zeigen, dass es, wie diese durchgesetzt wird über cgroups. Statt auf dem host (außerhalb des Behälters) können Sie überprüfen, mit /sysfs und die cgroup-Speicher 

    vagrant@precise64:~$ docker run -m=524288 -d  -t busybox sleep 3600
f03a017b174f
vagrant@precise64:~$ cat /sys/fs/cgroup/memory/lxc/f03a017b174ff1022e0f46bc1b307658c2d96ffef1dd97e7c1929a4ca61ab80f//memory.limit_in_bytes
524288

    Sehen es run out of memory Sie können noch etwas laufen, wird mehr Arbeitsspeicher verwenden als die, die Sie zuordnen, - z.B.:

    docker run -m=524288 -d -p 8000:8000 -t ubuntu:12.10  /usr/bin/python3 -m http.server
8480df1d2d5d
vagrant@precise64:~$ docker ps | grep 0f742445f839
vagrant@precise64:~$ docker ps -a | grep 0f742445f839
0f742445f839        ubuntu:12.10        /usr/bin/python3 -m    16 seconds ago       Exit 137                                blue_pig

    In dmesg sollten Sie die container-und Prozess getötet:

    [  583.447974] Pid: 1954, comm: python3 Tainted: GF          O 3.8.0-33-generic #48~precise1-Ubuntu
[  583.447980] Call Trace:
[  583.447998]  [<ffffffff816df13a>] dump_header+0x83/0xbb
[  583.448108]  [<ffffffff816df1c7>] oom_kill_process.part.6+0x55/0x2cf
[  583.448124]  [<ffffffff81067265>] ? has_ns_capability_noaudit+0x15/0x20
[  583.448137]  [<ffffffff81191cc1>] ? mem_cgroup_iter+0x1b1/0x200
[  583.448150]  [<ffffffff8113893d>] oom_kill_process+0x4d/0x50
[  583.448171]  [<ffffffff816e1cf5>] mem_cgroup_out_of_memory+0x1f6/0x241
[  583.448187]  [<ffffffff816e1e7f>] mem_cgroup_handle_oom+0x13f/0x24a
[  583.448200]  [<ffffffff8119000d>] ? mem_cgroup_margin+0xad/0xb0
[  583.448212]  [<ffffffff811949d0>] ? mem_cgroup_charge_common+0xa0/0xa0
[  583.448224]  [<ffffffff81193ff3>] mem_cgroup_do_charge+0x143/0x170
[  583.448236]  [<ffffffff81194125>] __mem_cgroup_try_charge+0x105/0x350
[  583.448249]  [<ffffffff81194987>] mem_cgroup_charge_common+0x57/0xa0
[  583.448261]  [<ffffffff8119517a>] mem_cgroup_newpage_charge+0x2a/0x30
[  583.448275]  [<ffffffff8115b4d3>] do_anonymous_page.isra.35+0xa3/0x2f0
[  583.448288]  [<ffffffff8115f759>] handle_pte_fault+0x209/0x230
[  583.448301]  [<ffffffff81160bb0>] handle_mm_fault+0x2a0/0x3e0
[  583.448320]  [<ffffffff816f844f>] __do_page_fault+0x1af/0x560
[  583.448341]  [<ffffffffa02b0a80>] ? vfsub_read_u+0x30/0x40 [aufs]
[  583.448358]  [<ffffffffa02ba3a7>] ? aufs_read+0x107/0x140 [aufs]
[  583.448371]  [<ffffffff8119bb50>] ? vfs_read+0xb0/0x180
[  583.448384]  [<ffffffff816f880e>] do_page_fault+0xe/0x10
[  583.448396]  [<ffffffff816f4bd8>] page_fault+0x28/0x30
[  583.448405] Task in /lxc/0f742445f8397ee7928c56bcd5c05ac29dcc6747c6d1c3bdda80d8e688fae949 killed as a result of limit of /lxc/0f742445f8397ee7928c56bcd5c05ac29dcc6747c6d1c3bdda80d8e688fae949
[  583.448412] memory: usage 416kB, limit 512kB, failcnt 342

    InformationsquelleAutor der Antwort

  2. 20

    Verlinkung zu diesem schöner Beitrag wieder betont container Speichernutzung. Hier ist die Zusammenfassung, ein bisschen modifiziert, um die Arbeit für die Hafenarbeiter, anstatt Allgemeine LXC:

    Start-container mit einem memory limit: 

    $ sudo docker -m 512M -it ubuntu /bin/bash
root# apt-get update && apt-get install -y build-essential

    Erstellen Sie eine Datei foo.c im inneren des Behälters mit den folgenden

    #include <stdlib.h>
#include <stdio.h>

int main(void) {
    int i;
    for (i=0; i<65536; i++) {
        char *q = malloc(65536);
        printf ("Malloced: %ld\n", 65536*i);
    }
    sleep(9999999);
}

    Kompilieren Sie die Datei 

    gcc -o foo foo.c

    Öffnen Sie ein neues terminal zur überwachung des container-Speichers Verwendung: 

    $ cd /sys/fs/cgroup/memory/lxc/{{containerID}}
$ while true; do echo -n "Mem Usage (mb): " && expr `cat memory.usage_in_bytes` /1024 /1024; echo -n "Mem+swap Usage (mb): " && expr `cat memory.limit_in_bytes` /1024 /1024; sleep 1; done

    Starten Sie den Speicher-Verbrauch in den container

    $ ./foo

    Nun sehen Sie Ihre Behälter max. Hinweis: Wenn Sie out-of-memory malloc beginnen zu scheitern, aber ansonsten ist der container wird allein gelassen. Normalerweise wird die software im inneren des Containers wird der Absturz durch die fehlerhafte mallocs, aber software, die elastisch ist weiter zu betreiben

    Letzte Anmerkung: Docker ' s -m-flag nicht zählen, swap und ram getrennt. Wenn Sie -m 512M dann einige, die 512 werden swap-Speicher, nicht RAM. Wenn Sie möchten, dass nur RAM, die Sie benötigen, um LXC-Optionen direkt (das heißt, Sie müssen zum ausführen von docker mit der LXC-Ausführung-Treiber anstelle von libcontainer)

    # Same as docker -m 512m
sudo docker run --lxc-conf="lxc.cgroup.memory.limit_in_bytes=512M" -it ubuntu /bin/bash

# Set total to equal max RAM (e.g. don't use swap)
sudo docker run --lxc-conf="lxc.cgroup.memory.max_usage_in_bytes=512M" --lxc-conf="lxc.cgroup.memory.limit_in_bytes=512M" -it ubuntu /bin/bash

    Es ist ein bemerkenswerter Unterschied zwischen der Verwendung von swap-als Teil des gesamten und nicht - mit-swap-die foo Programm vor erreichen von ~450M schnell und dann langsam verbraucht, der Rest, in der Erwägung, dass nur mit RAM, es springt sofort an 511M für mich. Mit swap-container Speicherverbrauch ist markiert bei ~60M sobald ich in den container - das ist im Grunde die swap gezählt wird als "Verwendung". Ohne meine swap-Speicher-Auslastung <10M, wenn ich in den container

    InformationsquelleAutor der Antwort

  3. 1

    Wenn Sie eine neuere version von docker, dann der Ort zu suchen, die info ist /sys/fs/cgroup/memory/docker/<container_id>/memory.limit_in_bytes:

    docker run --memory="198m" redis
docker ps --no-trunc` # to get the container long_id
313105b341eed869bcc355c4b3903b2ede2606a8f1b7154e64f913113db8b44a

    cat /sys/fs/cgroup/memory/docker/313105b341eed869bcc355c4b3903b2ede2606a8f1b7154e64f913113db8b44a/memory.limit_in_bytes
207618048 # in bytes

    InformationsquelleAutor der Antwort Komu

Schreibe einen Kommentar