December 12, 201510 yr Running 6.1.6 with 6 VMs and 4 running Dockers. The VMs are allocated around 14GB. Normally with everything running the dashboard shows between 60% and 70% memory used. During some heavy activity such as Plex transcoding, the memory usage on the dashboard jums up, and then keeps increasing. When it gets to 95% the VMs are killed off. After this, the memory doesnt seem to reduce back down. The Stats show a lot of cached memory which doesn't seem to be then be reused by the applications. Is this normal? is there a way of limiting the amount of memory available to Plex? Oh, I've just increased the parity drive size, and am rebuilding, which is why parity is showing as invalid. Thanks
December 12, 201510 yr My understanding is that the host OS (Unraid) will always cache memory that's not being used. So what you're seeing is normal in your second screenshot. I just wonder whether the host os is killing off the VMs to recover memory when it needs so much? Are you transcoding in RAM with Plex?
December 12, 201510 yr Author No, the transcode directory is on the SSD cache drive - there is only 10GB free on it at the moment but I think that should be fine. Here is a bit of log showing it killing off one of the VMs. Dec 12 09:48:21 Tower kernel: Out of memory: Kill process 16752 (qemu-system-x86) score 100 or sacrifice child Dec 12 09:48:21 Tower kernel: Killed process 16752 (qemu-system-x86) total-vm:6306944kB, anon-rss:3394736kB, file-rss:18180kB Dec 12 09:48:21 Tower kernel: xenbr0: port 5(vnet2) entered disabled state Dec 12 09:48:21 Tower avahi-daemon[3155]: Withdrawing workstation service for vnet2. Dec 12 09:48:21 Tower kernel: device vnet2 left promiscuous mode Dec 12 09:48:21 Tower kernel: xenbr0: port 5(vnet2) entered disabled state Dec 12 09:48:21 Tower kernel: xenbr0: port 4(vnet1) entered disabled state Dec 12 09:48:21 Tower avahi-daemon[3155]: Withdrawing workstation service for vnet1. Dec 12 09:48:21 Tower kernel: device vnet1 left promiscuous mode Dec 12 09:48:21 Tower kernel: xenbr0: port 4(vnet1) entered disabled state Dec 12 09:48:21 Tower kernel: xenbr0: port 7(vnet4) entered disabled state Dec 12 09:48:21 Tower avahi-daemon[3155]: Withdrawing workstation service for vnet4. Dec 12 09:48:21 Tower kernel: device vnet4 left promiscuous mode Dec 12 09:48:21 Tower kernel: xenbr0: port 7(vnet4) entered disabled state Dec 12 09:50:28 Tower kernel: device vnet1 entered promiscuous mode Dec 12 09:50:28 Tower kernel: xenbr0: port 4(vnet1) entered forwarding state Dec 12 09:50:28 Tower kernel: xenbr0: port 4(vnet1) entered forwarding state Dec 12 09:50:28 Tower kernel: vfio-pci 0000:03:00.0: enabling device (0400 -> 0402) Dec 12 09:50:30 Tower kernel: kvm: zapping shadow pages for mmio generation wraparound Dec 12 09:53:59 Tower kernel: device vnet2 entered promiscuous mode Dec 12 09:53:59 Tower kernel: xenbr0: port 5(vnet2) entered forwarding state Dec 12 09:53:59 Tower kernel: xenbr0: port 5(vnet2) entered forwarding state Dec 12 09:53:59 Tower kernel: kvm: zapping shadow pages for mmio generation wraparound
December 12, 201510 yr Well 6 Windows VMs is a fair amount... How exactly have you got the memory allocated in each VM, I'm not entirely clear from your original post...
December 12, 201510 yr Author I have the same value set in "initial" as "max" memory. Screenshot attached. The VMs aren't the problem I don't think. They have been running quite happily with around 60% total memory usage showing on the dashboard, including running all the dockers. I have only just started playing with Plex which I think is consuming the remaining RAM. Is there a way of finding out why the cached memory isn't being released?
December 12, 201510 yr Community Expert Is there a way of finding out why the cached memory isn't being released? This is normal, afaik only a reboot will recover cached RAM, but there’s no need since cached RAM gets freed when needed for something else.
December 12, 201510 yr Author Here is more of syslog, starting from when the OOM was invoked. I'm not sure what it is telling me. Can anyone shed any light please? Is the memory fragmented so it cannot be reused? Should I put in a swap file perhaps? Dec 12 09:14:45 Tower kernel: qemu-system-x86 invoked oom-killer: gfp_mask=0xd0, order=0, oom_score_adj=0 Dec 12 09:14:45 Tower kernel: qemu-system-x86 cpuset=emulator mems_allowed=0 Dec 12 09:14:45 Tower kernel: CPU: 1 PID: 6289 Comm: qemu-system-x86 Not tainted 4.1.13-unRAID #1 Dec 12 09:14:45 Tower kernel: Hardware name: Supermicro X10SL7-F/X10SL7-F, BIOS 2.00 04/24/2014 Dec 12 09:14:45 Tower kernel: 0000000000000000 ffff8800d572f6f8 ffffffff815f12b0 0000000000000000 Dec 12 09:14:45 Tower kernel: ffff8807f9596ce0 ffff8800d572f7a8 ffffffff815ed82c 0000000000000000 Dec 12 09:14:45 Tower kernel: 00000000000029a7 00000000000000d0 ffff880339d74300 ffff8800d572f7f8 Dec 12 09:14:45 Tower kernel: Call Trace: Dec 12 09:14:45 Tower kernel: [<ffffffff815f12b0>] dump_stack+0x4c/0x6e Dec 12 09:14:45 Tower kernel: [<ffffffff815ed82c>] dump_header+0x7a/0x20b Dec 12 09:14:45 Tower kernel: [<ffffffff815f3e56>] ? preempt_schedule_irq+0x42/0x64 Dec 12 09:14:45 Tower kernel: [<ffffffff81354e53>] ? ___ratelimit+0xcf/0xe0 Dec 12 09:14:45 Tower kernel: [<ffffffff810b3c52>] oom_kill_process+0xb7/0x37b Dec 12 09:14:45 Tower kernel: [<ffffffff810b43a7>] __out_of_memory+0x441/0x463 Dec 12 09:14:45 Tower kernel: [<ffffffff810b4508>] out_of_memory+0x4f/0x66 Dec 12 09:14:45 Tower kernel: [<ffffffff810b850c>] __alloc_pages_nodemask+0x722/0x7b6 Dec 12 09:14:45 Tower kernel: [<ffffffff8106d698>] ? pick_next_task_fair+0x257/0x41a Dec 12 09:14:45 Tower kernel: [<ffffffff810e4a14>] alloc_pages_current+0xb4/0xd5 Dec 12 09:14:45 Tower kernel: [<ffffffff810b4c2f>] __get_free_pages+0x9/0x36 Dec 12 09:14:45 Tower kernel: [<ffffffff8110ca58>] __pollwait+0x59/0xc8 Dec 12 09:14:45 Tower kernel: [<ffffffff811317c8>] eventfd_poll+0x28/0x4f Dec 12 09:14:45 Tower kernel: [<ffffffff811317a0>] ? SyS_timerfd_gettime+0x144/0x144 Dec 12 09:14:45 Tower kernel: [<ffffffff8110db82>] do_sys_poll+0x228/0x479 Dec 12 09:14:45 Tower kernel: [<ffffffff8110c9ff>] ? poll_initwait+0x3f/0x3f Dec 12 09:14:45 Tower kernel: [<ffffffff8110cc1c>] ? poll_select_copy_remaining+0xf4/0xf4 Dec 12 09:14:45 Tower kernel: [<ffffffff8110cc1c>] ? poll_select_copy_remaining+0xf4/0xf4 Dec 12 09:14:45 Tower kernel: [<ffffffff8110cc1c>] ? poll_select_copy_remaining+0xf4/0xf4 Dec 12 09:14:45 Tower kernel: [<ffffffff8110cc1c>] ? poll_select_copy_remaining+0xf4/0xf4 Dec 12 09:14:45 Tower kernel: [<ffffffff8110cc1c>] ? poll_select_copy_remaining+0xf4/0xf4 Dec 12 09:14:45 Tower kernel: [<ffffffff8110cc1c>] ? poll_select_copy_remaining+0xf4/0xf4 Dec 12 09:14:45 Tower kernel: [<ffffffff8110cc1c>] ? poll_select_copy_remaining+0xf4/0xf4 Dec 12 09:14:45 Tower kernel: [<ffffffff8110cc1c>] ? poll_select_copy_remaining+0xf4/0xf4 Dec 12 09:14:45 Tower kernel: [<ffffffff8110cc1c>] ? poll_select_copy_remaining+0xf4/0xf4 Dec 12 09:14:45 Tower kernel: [<ffffffff8110df8e>] SyS_ppoll+0xba/0x148 Dec 12 09:14:45 Tower kernel: [<ffffffff815f69ae>] system_call_fastpath+0x12/0x71 Dec 12 09:14:45 Tower kernel: Mem-Info: Dec 12 09:14:45 Tower kernel: active_anon:1579938 inactive_anon:2142060 isolated_anon:0 Dec 12 09:14:45 Tower kernel: active_file:1956 inactive_file:2989 isolated_file:0 Dec 12 09:14:45 Tower kernel: unevictable:4255378 dirty:34 writeback:0 unstable:0 Dec 12 09:14:45 Tower kernel: slab_reclaimable:116614 slab_unreclaimable:49475 Dec 12 09:14:45 Tower kernel: mapped:15572 shmem:3130392 pagetables:13577 bounce:0 Dec 12 09:14:45 Tower kernel: free:38428 free_pcp:219 free_cma:0 Dec 12 09:14:45 Tower kernel: Node 0 DMA free:15772kB min:8kB low:8kB high:12kB active_anon:92kB inactive_anon:4kB active_file:0kB inactive_file:0kB unevictable:16kB isolated(anon):0kB isolated(file):0kB present:15968kB managed:15884kB mlocked:16kB dirty:0kB writeback:0kB mapped:44kB shmem:112kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes Dec 12 09:14:45 Tower kernel: lowmem_reserve[]: 0 3518 32188 32188 Dec 12 09:14:45 Tower kernel: Node 0 DMA32 free:117532kB min:2500kB low:3124kB high:3748kB active_anon:140948kB inactive_anon:81700kB active_file:92kB inactive_file:124kB unevictable:3141192kB isolated(anon):0kB isolated(file):0kB present:3612964kB managed:3603596kB mlocked:3141192kB dirty:0kB writeback:0kB mapped:5428kB shmem:123308kB slab_reclaimable:92428kB slab_unreclaimable:7460kB kernel_stack:1616kB pagetables:7504kB unstable:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:708 all_unreclaimable? no Dec 12 09:14:45 Tower kernel: lowmem_reserve[]: 0 0 28670 28670 Dec 12 09:14:45 Tower kernel: Node 0 Normal free:20408kB min:20380kB low:25472kB high:30568kB active_anon:6178712kB inactive_anon:8486536kB active_file:7732kB inactive_file:11832kB unevictable:13880304kB isolated(anon):0kB isolated(file):0kB present:29884416kB managed:29358688kB mlocked:13880304kB dirty:136kB writeback:0kB mapped:56816kB shmem:12398148kB slab_reclaimable:374028kB slab_unreclaimable:190440kB kernel_stack:8240kB pagetables:46804kB unstable:0kB bounce:0kB free_pcp:932kB local_pcp:120kB free_cma:0kB writeback_tmp:0kB pages_scanned:15444 all_unreclaimable? no Dec 12 09:14:45 Tower kernel: lowmem_reserve[]: 0 0 0 0 Dec 12 09:14:45 Tower kernel: Node 0 DMA: 1*4kB (U) 1*8kB (U) 1*16kB (M) 0*32kB 2*64kB (U) 2*128kB (UM) 2*256kB (UM) 1*512kB (M) 2*1024kB (UM) 2*2048kB (UM) 2*4096kB (MR) = 15772kB Dec 12 09:14:45 Tower kernel: Node 0 DMA32: 569*4kB (UEM) 246*8kB (UE) 375*16kB (UEM) 823*32kB (UEM) 429*64kB (UEM) 172*128kB (UEM) 46*256kB (EM) 15*512kB (EM) 6*1024kB (EM) 3*2048kB (UM) 0*4096kB = 117796kB Dec 12 09:14:45 Tower kernel: Node 0 Normal: 3702*4kB (UEM) 34*8kB (UEMR) 2*16kB (MR) 2*32kB (R) 4*64kB (R) 8*128kB (R) 1*256kB (R) 3*512kB (R) 2*1024kB (R) 0*2048kB 0*4096kB = 20296kB Dec 12 09:14:45 Tower kernel: 3135684 total pagecache pages Dec 12 09:14:45 Tower kernel: 0 pages in swap cache Dec 12 09:14:45 Tower kernel: Swap cache stats: add 0, delete 0, find 0/0 Dec 12 09:14:45 Tower kernel: Free swap = 0kB Dec 12 09:14:45 Tower kernel: Total swap = 0kB Dec 12 09:14:45 Tower kernel: 8378337 pages RAM Dec 12 09:14:45 Tower kernel: 0 pages HighMem/MovableOnly Dec 12 09:14:45 Tower kernel: 133795 pages reserved Dec 12 09:14:45 Tower kernel: [ pid ] uid tgid total_vm rss nr_ptes nr_pmds swapents oom_score_adj name Dec 12 09:14:45 Tower kernel: [ 1127] 0 1127 5395 606 15 3 0 -1000 udevd Dec 12 09:14:45 Tower kernel: [ 1328] 0 1328 58398 604 25 3 0 0 rsyslogd Dec 12 09:14:45 Tower kernel: [ 1572] 1 1572 1714 383 7 3 0 0 rpc.portmap Dec 12 09:14:45 Tower kernel: [ 1576] 32 1576 3209 480 11 3 0 0 rpc.statd Dec 12 09:14:45 Tower kernel: [ 1586] 0 1586 1615 409 8 3 0 0 inetd Dec 12 09:14:45 Tower kernel: [ 1596] 0 1596 6014 668 17 3 0 -1000 sshd Dec 12 09:14:45 Tower kernel: [ 1609] 0 1609 24850 1170 21 3 0 0 ntpd Dec 12 09:14:45 Tower kernel: [ 1617] 0 1617 1096 393 7 3 0 0 acpid Dec 12 09:14:45 Tower kernel: [ 1630] 81 1630 4359 51 13 3 0 0 dbus-daemon Dec 12 09:14:45 Tower kernel: [ 1632] 0 1632 1617 418 8 3 0 0 crond Dec 12 09:14:45 Tower kernel: [ 1634] 0 1634 1615 24 8 3 0 0 atd Dec 12 09:14:45 Tower kernel: [ 1650] 0 1650 2625 855 9 3 0 0 cpuload Dec 12 09:14:45 Tower kernel: [20471] 0 20471 1618 410 8 3 0 0 agetty Dec 12 09:14:45 Tower kernel: [20472] 0 20472 1618 422 7 3 0 0 agetty Dec 12 09:14:45 Tower kernel: [20473] 0 20473 1618 437 8 3 0 0 agetty Dec 12 09:14:45 Tower kernel: [20474] 0 20474 1618 432 8 3 0 0 agetty Dec 12 09:14:45 Tower kernel: [20475] 0 20475 1618 428 8 3 0 0 agetty Dec 12 09:14:45 Tower kernel: [20476] 0 20476 1618 412 8 3 0 0 agetty Dec 12 09:14:45 Tower kernel: [20517] 0 20517 20727 517 14 3 0 0 apcupsd Dec 12 09:14:45 Tower kernel: [27934] 0 27934 39227 915 18 3 0 0 emhttp Dec 12 09:14:45 Tower kernel: [32245] 99 32245 3852 510 12 3 0 0 dnsmasq Dec 12 09:14:45 Tower kernel: [32246] 0 32246 3819 43 11 3 0 0 dnsmasq Dec 12 09:14:45 Tower kernel: [ 3136] 0 3136 48452 1484 91 3 0 0 nmbd Dec 12 09:14:45 Tower kernel: [ 3138] 0 3138 67978 3634 130 3 0 0 smbd Dec 12 09:14:45 Tower kernel: [ 3155] 61 3155 8612 782 21 3 0 0 avahi-daemon Dec 12 09:14:45 Tower kernel: [ 3156] 61 3156 8547 61 21 3 0 0 avahi-daemon Dec 12 09:14:45 Tower kernel: [ 3164] 0 3164 3186 387 11 3 0 0 avahi-dnsconfd Dec 12 09:14:45 Tower kernel: [ 5095] 0 5095 55128 402 19 3 0 0 shfs Dec 12 09:14:45 Tower kernel: [ 5105] 0 5105 315936 10911 76 5 0 0 shfs Dec 12 09:14:45 Tower kernel: [ 5258] 0 5258 167696 4640 56 6 0 0 docker Dec 12 09:14:45 Tower kernel: [ 5363] 0 5363 26573 3690 28 5 0 0 docker Dec 12 09:14:45 Tower kernel: [ 5374] 0 5374 26573 3546 25 5 0 0 docker Dec 12 09:14:45 Tower kernel: [ 5385] 0 5385 26573 3704 27 5 0 0 docker Dec 12 09:14:45 Tower kernel: [ 5396] 0 5396 27086 3762 27 5 0 0 docker Dec 12 09:14:45 Tower kernel: [ 5413] 0 5413 8256 1157 17 3 0 0 my_init Dec 12 09:14:45 Tower kernel: [ 5460] 0 5460 26573 3714 25 5 0 0 docker Dec 12 09:14:45 Tower kernel: [ 5471] 0 5471 26573 3710 26 5 0 0 docker Dec 12 09:14:45 Tower kernel: [ 5482] 0 5482 26573 3668 26 5 0 0 docker Dec 12 09:14:45 Tower kernel: [ 5491] 0 5491 49 3 3 2 0 0 runsvdir Dec 12 09:14:45 Tower kernel: [ 5492] 0 5492 44 1 3 2 0 0 runsv Dec 12 09:14:45 Tower kernel: [ 5493] 0 5493 44 1 3 2 0 0 runsv Dec 12 09:14:45 Tower kernel: [ 5495] 0 5495 5695 64 14 3 0 0 run Dec 12 09:14:45 Tower kernel: [ 5496] 0 5496 2292 23 7 3 0 0 tail Dec 12 09:14:45 Tower kernel: [ 5505] 0 5505 67233 38592 135 4 0 0 squeezeboxserve Dec 12 09:14:45 Tower kernel: [ 5506] 0 5506 8253 1160 20 3 0 0 my_init Dec 12 09:14:45 Tower kernel: [ 5560] 0 5560 8256 1164 19 3 0 0 my_init Dec 12 09:14:45 Tower kernel: [ 5569] 0 5569 49 4 3 2 0 0 runsvdir Dec 12 09:14:45 Tower kernel: [ 5571] 0 5571 44 1 3 2 0 0 runsv Dec 12 09:14:45 Tower kernel: [ 5572] 0 5572 44 1 3 2 0 0 runsv Dec 12 09:14:45 Tower kernel: [ 5573] 0 5573 44 1 3 2 0 0 runsv Dec 12 09:14:45 Tower kernel: [ 5575] 0 5575 44 1 4 2 0 0 runsv Dec 12 09:14:45 Tower kernel: [ 5576] 0 5576 44 1 3 2 0 0 runsv Dec 12 09:14:45 Tower kernel: [ 5580] 99 5580 141004 39667 111 4 0 0 btsync Dec 12 09:14:45 Tower kernel: [ 5581] 0 5581 15939 399 35 3 0 0 syslog-ng Dec 12 09:14:45 Tower kernel: [ 5582] 0 5582 7110 62 17 3 0 0 cron Dec 12 09:14:45 Tower kernel: [ 5583] 0 5583 2293 22 7 3 0 0 tail Dec 12 09:14:45 Tower kernel: [ 5622] 0 5622 8268 1160 18 3 0 0 my_init Dec 12 09:14:45 Tower kernel: [ 5644] 0 5644 49 3 3 2 0 0 runsvdir Dec 12 09:14:45 Tower kernel: [ 5645] 0 5645 44 1 3 2 0 0 runsv Dec 12 09:14:45 Tower kernel: [ 5646] 0 5646 44 1 3 2 0 0 runsv Dec 12 09:14:45 Tower kernel: [ 5647] 0 5647 44 1 3 2 0 0 runsv Dec 12 09:14:45 Tower kernel: [ 5648] 0 5648 44 1 3 2 0 0 runsv Dec 12 09:14:45 Tower kernel: [ 5649] 0 5649 44 1 3 2 0 0 runsv Dec 12 09:14:45 Tower kernel: [ 5650] 99 5650 1112 20 7 3 0 0 start_pms Dec 12 09:14:45 Tower kernel: [ 5651] 0 5651 15917 369 36 3 0 0 syslog-ng Dec 12 09:14:45 Tower kernel: [ 5652] 0 5652 2292 22 7 3 0 0 tail Dec 12 09:14:45 Tower kernel: [ 5653] 0 5653 7110 63 17 3 0 0 cron Dec 12 09:14:45 Tower kernel: [ 5677] 0 5677 49 3 3 2 0 0 runsvdir Dec 12 09:14:45 Tower kernel: [ 5678] 0 5678 44 1 3 2 0 0 runsv Dec 12 09:14:45 Tower kernel: [ 5679] 0 5679 44 1 3 2 0 0 runsv Dec 12 09:14:45 Tower kernel: [ 5681] 0 5681 2292 22 7 3 0 0 tail Dec 12 09:14:45 Tower kernel: [ 5682] 0 5682 5697 65 14 3 0 0 run Dec 12 09:14:45 Tower kernel: [ 5683] 0 5683 1959826 344738 852 10 0 0 java Dec 12 09:14:45 Tower kernel: [ 5778] 99 5778 111513 14946 221 3 0 0 Plex Media Serv Dec 12 09:14:45 Tower kernel: [ 5789] 99 5789 444666 12869 132 4 0 0 python Dec 12 09:14:45 Tower kernel: [ 5845] 99 5845 75980 7967 136 3 0 0 Plex DLNA Serve Dec 12 09:14:45 Tower kernel: [ 5984] 0 5984 216061 3141 83 4 0 0 libvirtd Dec 12 09:14:45 Tower kernel: [ 6131] 0 6131 1933326 884553 1863 11 0 0 qemu-system-x86 Dec 12 09:14:45 Tower kernel: [ 6187] 0 6187 1909391 859688 1806 10 0 0 qemu-system-x86 Dec 12 09:14:45 Tower kernel: [ 6266] 0 6266 5394 552 15 3 0 -1000 udevd Dec 12 09:14:45 Tower kernel: [ 6267] 0 6267 5394 545 15 3 0 -1000 udevd Dec 12 09:14:45 Tower kernel: [ 6270] 0 6270 1900187 850750 1787 11 0 0 qemu-system-x86 Dec 12 09:14:45 Tower kernel: [ 6289] 0 6289 1560390 510602 1129 9 0 0 qemu-system-x86 Dec 12 09:14:45 Tower kernel: [ 6313] 0 6313 1661147 611243 1324 10 0 0 qemu-system-x86 Dec 12 09:14:45 Tower kernel: [ 6340] 0 6340 1498208 580593 1252 9 0 0 qemu-system-x86 Dec 12 09:14:45 Tower kernel: [ 6736] 1001 6736 74420 4822 144 3 0 0 smbd Dec 12 09:14:45 Tower kernel: [29493] 0 29493 74310 5071 144 3 0 0 smbd Dec 12 09:14:45 Tower kernel: [29737] 0 29737 73739 4799 141 3 0 0 smbd Dec 12 09:14:45 Tower kernel: [ 3537] 0 3537 73599 3610 140 3 0 0 smbd Dec 12 09:14:45 Tower kernel: [ 4240] 0 4240 73599 3610 140 3 0 0 smbd Dec 12 09:14:45 Tower kernel: [14714] 0 14714 73658 4837 141 3 0 0 smbd Dec 12 09:14:45 Tower kernel: [14807] 0 14807 74328 5054 144 3 0 0 smbd Dec 12 09:14:45 Tower kernel: [16728] 99 16728 393417 86312 268 4 0 0 Plex New Transc Dec 12 09:14:45 Tower kernel: [17772] 0 17772 73599 3608 140 3 0 0 smbd Dec 12 09:14:45 Tower kernel: [21137] 0 21137 73810 5016 143 3 0 0 smbd Dec 12 09:14:45 Tower kernel: [30515] 0 30515 1091 160 7 3 0 0 sleep Dec 12 09:14:45 Tower kernel: Out of memory: Kill process 6131 (qemu-system-x86) score 104 or sacrifice child Dec 12 09:14:45 Tower kernel: Killed process 6131 (qemu-system-x86) total-vm:7733304kB, anon-rss:3520096kB, file-rss:18116kB Dec 12 09:14:45 Tower kernel: xenbr0: port 3(vnet0) entered disabled state Dec 12 09:14:45 Tower avahi-daemon[3155]: Withdrawing workstation service for vnet0. Dec 12 09:14:45 Tower kernel: device vnet0 left promiscuous mode Dec 12 09:14:45 Tower kernel: xenbr0: port 3(vnet0) entered disabled state
December 12, 201510 yr During some heavy activity such as Plex transcoding, the memory usage on the dashboard jums up, and then keeps increasing. When it gets to 95% the VMs are killed off. After this, the memory doesnt seem to reduce back down. The Stats show a lot of cached memory which doesn't seem to be then be reused by the applications. Is this normal? is there a way of limiting the amount of memory available to Plex? You can try adding something like -m 512m to the advanced parameters section of the Plex Docker. That will supposedly limit its memory usage to 512meg (or use -m 1g for 1 gig memory) Never tried it so not really sure if it works or not. Not sure if it will make a difference in your situation or not, but worth a shot.
December 12, 201510 yr flex has changed their requirements on the amount of free space required for Transcoding, I had to move my transcode directory from my memory to my cache drive in order to transcode movies.
December 12, 201510 yr Author Thanks - I've read the linuxatemyram link. My understanding from it is that cached memory should make no difference to running applications, and cached memory is availabe for use by the system. In my case, it IS making a difference. The stats pic above shows that I have roughly 18GB of cache in use. KVM and Docker should be able to use that memory. So why is the OOM killer being invoked with so much available RAM?
December 12, 201510 yr Thanks - I've read the linuxatemyram link. My understanding from it is that cached memory should make no difference to running applications, and cached memory is availabe for use by the system. In my case, it IS making a difference. The stats pic above shows that I have roughly 16GB of cache in use. KVM and Docker should be able to use that memory. So why is the OOM killer being invoked with so much available RAM? The link smdion posted is how linux works. Maybe you should consider other possibilities.... I'd try running Plex with 0 VMs running then 1 then 2 then 3 etc etc.. Sounds to me more like Plex is being a memory hog, rather than it being a linux problem per se... Which version of plugin or docker are you running Plex as?
December 12, 201510 yr Author Apologies if I sounded abrupt. I didn't mean to. :-) I'm now trying plex with -m 3072m to see if that constrains it. The VMs and dockers have been running fine for a year on Xen on unRaid 6.0b12, and running stable for the last week on 6.1.4 with no increasing memory problem. I have just added Plex in the last few days, and started using it this weekend. Docker version is 1.7.1. The docker url I am using is https://registry.hub.docker.com/u/limetech/plex/ Cheers!
Archived
This topic is now archived and is closed to further replies.