Puncte:0

vServer Ubuntu: mkdir /sys/fs/cgroup/memory/ nu poate aloca memorie: necunoscut

drapel se

Acum aproximativ 1-1,5 ani am instalat docker pe un server (vServer) Ubuntu 18.04 și de atunci rulez multe containere docker fără probleme.

Ieri aplicam o nouă actualizare pe unul dintre containerele mele și, când încercam să pornesc containerul, am primit următoarea eroare:

EROARE: pentru nextcloud Nu se poate porni serviciul nextcloud: OCI runtime create failed: container_linux.go:380: pornirea procesului containerului cauzat: process_linux.go:385: aplicarea configurației cgroup pentru procesul cauzat: mkdir /sys/fs/cgroup/memory/docker/ e3efe26fdcbc055a6677b1c690bf837c771b728a9fb5ede2ab56c34c053c17b8: nu se poate aloca memorie: necunoscut

Mi-am oprit toate containerele și am început să pornesc aplicația una câte una (docker-compose): după ce al 9-lea container a început să primească eroarea. Astăzi nici măcar nu pot începe un singur container!

Am crezut că trebuie să fie ceva în neregulă cu docker-ul, dar în curând am aflat că nu este adevărat. Dacă încerc să creez un folder în /sys/fs/cgroup/memory primesc aceeași eroare (nu se poate aloca memorie: necunoscut).

sistemul a primit suficientă memorie și spațiu pe disc.

Filesystem Size Used Avail Use% Montat pe
/dev/ploop1234988 296G 65G 219G 23% /
niciunul 4.0G 0 4.0G 0% /sys/fs/cgroup
nici unul 4,0G 0 4,0G 0% /dev
tmpfs 4.0G 0 4.0G 0% /dev/shm
tmpfs 4.0G 1.2M 4.0G 1% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
niciunul 4.0G 0 4.0G 0% /run/shm
tmpfs 800M 0 800M 0% /run/user/1001

și liber -m

              total folosit gratuit partajat buff/cache disponibil
Mem: 8000 103 7462 1 434 7895
Schimbare: 0 0 0

De asemenea, am verificat câteva statistici în folderul /sys/fs/cgroup/memory/

/sys/fs/cgroup/memory# cat memory.stat
rss_huge 0
mapped_file 8634368
shmem 49152
slab_unreclaimable 3182592
schimb 0
cache 20856832
rss 1961984
slab_reclaimable 4808704
workingset_activate 0
pgpgin 21501
pgpgout 38697
pswpin 0
pswpout 0
pgfault 31728
pgmajfault 132
oom 0
inactiv_anon 20480
active_anon 1990656
fișier_inactiv 6459392
fişier_activ 14348288
imposibil de evacuat 0
limită_memorie_ierarhică 8388608000
ierarhic_memsw_limit 8388608000
total_rss_huge 0
total_mapped_file 113991680
total_shmem 1208320
total_slab_unreclaimable 28409856
total_swap 0
total_cache 427483136
total_rss 69513216
total_slab_reclaimable 28618752
total_workingset_activate 73728
total_pgpgin 767407
total_pgpgout 1358271
total_pswpin 0
total_pswpout 0
total_pgfault 831603
total_pgmajfault 1647
total_oom 0
total_inactive_anon 143360
total_active_anon 70508544
total_inactive_file 191918080
total_active_file 234356736
total_inevizibil 0

Am verificat, de asemenea, unele dintre valorile memorie.kmem.*, dar nu pot să-mi dau seama ce nu merge bine și cum să rezolv această problemă doar verificând valorile?

Cineva de aici care a avut deja această problemă sau știe cauza și soluția acestei probleme?

Multumesc anticipat, Gohlool

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.