1534985554 Q * any0n Ping timeout: 480 seconds 1534985640 J * any0n ~k@7YZAABMHC.tor-irc.dnsbl.oftc.net 1534991142 T * * http://linux-vserver.org/ |4.4.x|4.9.x-vs2.3.x|util-vserver-0.30.216-pre3119| He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the Wiki, and we forget about the minute. 1534991142 T * Bertl - 1534991288 J * BlackPanx ~black@93-103-10-34.static.t-2.net 1534991741 J * Hurga ~hurga@000131c9.user.oftc.net 1534991775 J * Jb_boin ~dedior@proxad.eu 1534991800 J * Rockj rockj@rockj.net 1534991923 J * sannes ~ace@2a02:fe0:c130:1d90:243a:5d81:2dad:3f61 1534996771 F * ChanServ +o Bertl_oO 1534996784 F * Bertl_oO +v Aiken 1534996789 F * Bertl_oO +v any0n 1534996793 F * Bertl_oO +v BlackPanx 1534996797 F * Bertl_oO +v bzed_ 1534996801 F * Bertl_oO +v DoberMann 1534996805 F * Bertl_oO +v funnel 1534996805 N * bzed_ bzed 1534996811 F * Bertl_oO +v Ghislain 1534996815 F * Bertl_oO +v guerby 1534996820 F * Bertl_oO +v Hurga 1534996824 F * Bertl_oO +v Jb_boin 1534996828 F * Bertl_oO +v karasz 1534996833 F * Bertl_oO +v kolorafa_ 1534996837 F * Bertl_oO +v l0kit 1534996841 F * Bertl_oO +v Rockj 1534996845 F * Bertl_oO +v sannes 1534996848 F * Bertl_oO +v webhat 1534996855 F * Bertl_oO +v yang 1534996867 M * Bertl_oO off to bed now ... have a good one everyone! 1534996872 N * Bertl_oO Bertl_zZ 1534997195 Q * FireEgl Ping timeout: 480 seconds 1534997783 J * FireEgl Fire_OFTC@2001:470:e56c:1:c816:a698:f8f5:e0b1 1535001901 Q * FireEgl Ping timeout: 480 seconds 1535002493 J * FireEgl Fire_OFTC@2001:470:e56c:1:c816:a698:f8f5:e0b1 1535012228 J * dustinm`_ ~dustinm`@68.ip-149-56-14.net 1535012363 Q * FireEgl synthon.oftc.net larich.oftc.net 1535012363 Q * dustinm` synthon.oftc.net larich.oftc.net 1535013083 J * FireEgl Fire_OFTC@2001:470:e56c:1:c816:a698:f8f5:e0b1 1535016453 Q * FireEgl Ping timeout: 480 seconds 1535017039 J * FireEgl Fire_OFTC@2001:470:e56c:1:c816:a698:f8f5:e0b1 1535025798 Q * Aiken Remote host closed the connection 1535028349 Q * FireEgl Read error: Connection reset by peer 1535028967 N * Bertl_zZ Bertl 1535028973 M * Bertl morning folks! 1535029385 J * FireEgl Fire_OFTC@2001:470:e56c:1:c816:a698:f8f5:e0b1 1535039651 J * x1450 ~x1450@00027bbf.user.oftc.net 1535039827 F * Bertl +v x1450 1535039832 F * Bertl +v FireEgl 1535040086 M * x1450 ty @Bertl - i just had a quick question/issue 1535040097 M * Bertl let's hear ... 1535040136 M * x1450 I'm using Monit and it reports an incorrect memory size - I came across: https://bitbucket.org/tildeslash/monit/issues/385/used-memory-size-detection 1535040141 M * x1450 inside of the containers 1535040275 M * x1450 They use the following formula from /proc/meminfo 1535040275 M * x1450 MemFree + Buffers + Cached + SReclaimable 1535040304 M * x1450 which inside of the container when calculated ends up being greater than the reported MemTotal amount 1535040346 M * x1450 MemTotal = 32899172 1535040346 M * x1450 MemFree + Buffers + Cached + SReclaimable = 32718332 + 0 + 0 + 3380556 = 36098888 1535040498 M * Bertl are you using memory cgroups? 1535040823 M * x1450 err how would i check? 1535040838 M * Bertl well, let's start simple, what kernel and patch :) 1535040845 M * x1450 i don't have a cgroup directory in the vservers directory 1535040863 M * x1450 4.9.96-vs2.3.9.7 - moment please 1535041014 M * Bertl okay, so you are a using a realtively modern kernel which utilizes cgroups for memory accounting (basically the same as LXC) plus a little virtualization to show the limits inside a guest 1535041040 M * Bertl which means, that for memory limits, you have to configure the memory cgroup 1535041065 M * Bertl that said, if you don't have the necessary entries for the memory cgroup, your guest will be unlimited (memory wise) 1535041083 M * x1450 we don't currently set any memory limits 1535041130 M * Bertl so, without cgroup/memory limits, there is also no virtualization of the memory values, i.e. what you get inside the guest should be identical to what you see on the host 1535041172 M * Bertl which leads to the conclusion that there either is a bug in the kernel memory reporting or in the monit code 1535041274 M * Bertl note that I'm not saying that this cannot happen with Linux-VServer memory virtualization - on the contrary, this always causes some userspace tools to report weird stuff - but in your case it should not be related because the memory should not be virtualized in the first place :) 1535041296 M * x1450 https://i.imgur.com/TnIb52h.png 1535041325 M * x1450 the container reports more memory free than the host 1535041393 M * Bertl double check that memory virtualization is turned off 1535041509 M * Bertl (check for the VIRT_MEM context flag) 1535041555 M * x1450 that is present 1535041564 M * Bertl remove it (can be done at runtime) 1535041663 M * x1450 yup that sorts it 1535041685 M * Bertl great! 1535041699 M * Bertl only use that when you have a memory cgroup configured 1535041811 M * x1450 and i only need to use memory cgroups if i'm utilizing limits? 1535041824 M * Bertl correct 1535041835 M * x1450 Ok great, thanks alot! :) 1535041844 M * x1450 really appreciated 1535041850 M * Bertl you're welcome! 1535044130 Q * x1450 Ping timeout: 480 seconds 1535045954 J * jrklein ~cloud@34.234.31.16 1535048973 M * Bertl off for now ... bbl 1535048974 N * Bertl Bertl_oO 1535055482 J * fstd_ ~fstd@xdsl-78-35-203-86.netcologne.de 1535055934 Q * fstd Ping timeout: 480 seconds 1535061183 J * Aiken ~Aiken@b951.h.jbmb.net 1535068055 Q * any0n Ping timeout: 480 seconds 1535068239 J * any0n ~k@5PUAABPWR.tor-irc.dnsbl.oftc.net