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