[vpsFree.cz: community-list] OOM kill s dostatkem paměti

[vudiq at vudiq.sk]

Ahoj,

ďakujem za tipy, funguje.

Ešte dodám, že pôvodný `/run/log/journal` mal permissions `rwxr-sr-x`,
tak som okrem
`mkdir -p /var/log/journal`
spravil ešte
`chmod 2755 /var/log/journal`
a potom
`systemctl daemon-reload`

Využitie pamäte reportované vo vpsAdmine kleslo o cca. 400 MB.

Tomáš


On 19.10.2020 15:56, Matěj Koudelka wrote:
> IMHO neni třeba otáčet vps, stačí systemctl daemon-reload
> 
> Matěj Koudelka
> 
> +420 604 266 933
> 
> On Mon, 19 Oct 2020 at 15:39, Pavel Snajdr <snajpa at snajpa.net> wrote:
> 
>> Ahoj,
>> 
>> podle toho reportu jsi mel cca 600 MB v tmpfs, to je taky v RAM a
>> bohuzel se pocita jako 'shmem', takze to vubec neni zrejme, ze je to
>> 
>> vlastne tim...
>> 
>> "Problem" prameni z toho, ze pokud neexistuje /var/log/journal,
>> uklada
>> systemd logy do tmpfs pod /run/log/journal - a na to se da docela
>> rychle
>> narazit.
>> 
>> Resenim je vyrobit adresar /var/log/journal a otocit tu VPSku, bude
>> po
>> problemu.
>> 
>> Proc jsme si toho do ted nevsimli s OpenVZ, zjistuju, ale vypada to,
>> ze
>> uz mame hlavniho vinika, proc nam "nevysvetlitelne" ubyva RAMka s
>> pribyvajicim uptime na tech OpenVZ strojich...
>> 
>> V novych sablonach uz to Aither opravil:
>> 
>> 
> https://github.com/vpsfreecz/vpsadminos-image-build-scripts/commit/2872ff1b55733bb87bd741605bd4b24b9b3782ac
>> 
>> Ve stavajicich VPS to doresime skriptem behem nasledujicich par
>> desitek
>> hodin.
>> 
>> Ale ty VPSky, kterych se to tyka, zacnou logovat na spravne misto az
>> od
>> restartu (chystame v nasledujicich dnech update vsech vpsadminos
>> nodes
>> na Linux 5.9, takze explicitni restart, pokud s tim zrovna
>> nebojujete,
>> asi potreba neni).
>> 
>> /snajpa
>> 
>> On 2020-10-19 15:18, Petr Gregor wrote:
>>> Zdar,
>>> rád bych poprosil o pomoc s debugováním OOM killů v mém VM.
>> Měl
>>> jsem za to, že mám spoustu volného místa a proto mě kill
>>> překvapil (díky za nové reportování z vpsadminu!). VM
>> monitoruji
>>> zabbixem a ten tvrdí, že dostupné paměti je dost (špička na
>>> konci je kill)
>>> 
>>> výstup z free -m vypadá takto:
>>> 
>>> root at hostingf:~# free -m
>>> total        used        free      shared
>> buff/cache
>>> available
>>> Mem:           1000         238         100         621
>> 661
>>> 761
>>> Swap:             0           0           0
>>> 
>>> /proc/meminfo MemoryAvailable sedí se zabbixem a free:
>> "MemAvailable:
>>> 777548 kB"
>>> 
>>> Trošku zarážející je, že "volné" paměti je pouze 100M.
>>> Rozhodující pro OOM je ale "dostupná" paměť, že?
>>> 
>>> V příloze posílám výstup z dmesg náležící k OOM killu.
>>> 
>>> Není mi jasné, proč OOM kill vůbec nastal. Součet všech rss
>> v
>>> dmesg reportu ani zdaleka nedosahuje 1G. Předpokládám, že mi
>>> nějak uniká něco podstatného, ale nevím moc co hledat. Budu
>> rád
>>> za každé nakopnutí.
>>> 
>>> Gregy
>>> 
>>> _______________________________________________
>>> Community-list mailing list
>>> Community-list at lists.vpsfree.cz
>>> http://lists.vpsfree.cz/listinfo/community-list
>> _______________________________________________
>> Community-list mailing list
>> Community-list at lists.vpsfree.cz
>> http://lists.vpsfree.cz/listinfo/community-list
> _______________________________________________
> Community-list mailing list
> Community-list at lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list