interwebtech Posted October 4, 2014 Share Posted October 4, 2014 Up and running smooth (much better perf with transcoding that the laptop had). Only thing I might want to change is where Plex runs all its stuff. I have the docker on cache disk but it looks like I setup the user shares wrong? Disk1 never sleeps. Link to comment
sureguy Posted October 4, 2014 Share Posted October 4, 2014 Plex (with default settings) will monitor the video libraries for changes. You should be able to set how often it checks from the webgui of Plex. Link to comment
jakea333 Posted October 4, 2014 Share Posted October 4, 2014 Where is your "appdata" share located? Is it on a cache disk? Is it set to use "cache only"? If it's been moved to disk1, even partially, it'll likely keep that disk spun up. It's also possible that Plex is scanning often enough to constantly wake the disks, but this isn't usually the problem. Link to comment
interwebtech Posted October 4, 2014 Author Share Posted October 4, 2014 "appdata" ended up on disk1. I don't see anywhere to change that. Cache disk only has docker.img on it. Its disk1 that won't sleep. all 12 of the others do. Link to comment
jakea333 Posted October 4, 2014 Share Posted October 4, 2014 If you want the array disks to sleep, you'll want to move the Plex library to the cache disk. First, go to the share settings and set "Use cache disk:" to "Only" for the appdata share. Unfortunately, unRAID doesn't have any way to automatically move the files back to the cache disk; so you'll need to then manually move all the files/folders back to the cache disk. You'll want to ensure that you find any/all appdata folders in case it was spread across more than just disk1. If these are left, the mover will still move the files every time even with the "cache only" setting turned on. *Edit: If doing the above, I'd Stop the Plex Docker during the entirety of the move. If this is a clean install of Plex and you don't care about the library, it might be easiest to just remove everything and start clean. So, remove the Plex docker first, manually delete all the appdata folders on the array disks, recreate the "appdata" share via the web GUI (with cache only set), then recreate the Docker. Link to comment
interwebtech Posted October 4, 2014 Author Share Posted October 4, 2014 If you want the array disks to sleep, you'll want to move the Plex library to the cache disk. First, go to the share settings and set "Use cache disk:" to "Only" for the appdata share. Unfortunately, unRAID doesn't have any way to automatically move the files back to the cache disk; so you'll need to then manually move all the files/folders back to the cache disk. You'll want to ensure that you find any/all appdata folders in case it was spread across more than just disk1. If these are left, the mover will still move the files every time even with the "cache only" setting turned on. *Edit: If doing the above, I'd Stop the Plex Docker during the entirety of the move. If this is a clean install of Plex and you don't care about the library, it might be easiest to just remove everything and start clean. So, remove the Plex docker first, manually delete all the appdata folders on the array disks, recreate the "appdata" share via the web GUI (with cache only set), then recreate the Docker. I can't find this: First, go to the share settings and set "Use cache disk:" to "Only" for the appdata share this is what my appdata share settings look like (see pic) Link to comment
jakea333 Posted October 4, 2014 Share Posted October 4, 2014 Assuming you have an actual cache disk, you might need to enable it. That'd be under Settings->Share Settings. Once you've done that, you might want to look at all your individual shares and set the "use cache disk" appropriately. Link to comment
interwebtech Posted October 4, 2014 Author Share Posted October 4, 2014 thanks for the help. I have enabled cache, moved the folder/files for the share to cache disk and it now it shows "red" (thought that was bad at first lol). Restarted Plex and it seems to be okay. Link to comment
jakea333 Posted October 4, 2014 Share Posted October 4, 2014 Good to hear! The Plex Docker has been incredibly reliable for me once it was all setup and running properly. Link to comment
jonp Posted October 5, 2014 Share Posted October 5, 2014 One other thing I HIGHLY recommend doing is to set up Plex to use /tmp for transcoding. Eliminates wear and tear from your drives by using RAM for this. RAM is not subject to that kind of wear and is ideal for transcoding. Link to comment
jonp Posted October 5, 2014 Share Posted October 5, 2014 thanks for the help. I have enabled cache, moved the folder/files for the share to cache disk and it now it shows "red" (thought that was bad at first lol). Restarted Plex and it seems to be okay. Good gosh, I never though about that. Yeah I'll have to talk to Tom about the use of red for the "cache only" indicator. Maybe blue or something else. Not sure. Need to make sure we support those color blind guys out there too [emoji12] Link to comment
interwebtech Posted October 5, 2014 Author Share Posted October 5, 2014 One other thing I HIGHLY recommend doing is to set up Plex to use /tmp for transcoding. Eliminates wear and tear from your drives by using RAM for this. RAM is not subject to that kind of wear and is ideal for transcoding. How much RAM is needed for that to be seamless process? I have 8GB now but still have 2 slots empty. Love to hear any optimization tips you have cuz ima Plex noob who has jumped in with both feet. Link to comment
jonp Posted October 5, 2014 Share Posted October 5, 2014 One other thing I HIGHLY recommend doing is to set up Plex to use /tmp for transcoding. Eliminates wear and tear from your drives by using RAM for this. RAM is not subject to that kind of wear and is ideal for transcoding. How much RAM is needed for that to be seamless process? I have 8GB now but still have 2 slots empty. Love to hear any optimization tips you have cuz ima Plex noob who has jumped in with both feet. You have more than enough. Running transcoding in ram and keeping appdata on an SSD as a cache device is the best in my opinion. Link to comment
ljm42 Posted October 5, 2014 Share Posted October 5, 2014 One other thing I HIGHLY recommend doing is to set up Plex to use /tmp for transcoding. Eliminates wear and tear from your drives by using RAM for this. RAM is not subject to that kind of wear and is ideal for transcoding. This is very helpful, thanks! The settings for this are described here, if anyone needs them: https://support.plex.tv/hc/en-us/articles/200250347-Transcoder Link to comment
jonp Posted October 5, 2014 Share Posted October 5, 2014 One other thing I HIGHLY recommend doing is to set up Plex to use /tmp for transcoding. Eliminates wear and tear from your drives by using RAM for this. RAM is not subject to that kind of wear and is ideal for transcoding. This is very helpful, thanks! The settings for this are described here, if anyone needs them: https://support.plex.tv/hc/en-us/articles/200250347-Transcoder And here are the simple steps to doing this in a container: Add needs Plex container and add a container volume of /transcode and map that to the host to /tmp Goto the link referenced in the previous post and on the setting for transcode directory, type /transcode. Done. Link to comment
ljm42 Posted October 5, 2014 Share Posted October 5, 2014 And here are the simple steps to doing this in a container: I'm sure at some point I would have realized I needed to do that Link to comment
jonp Posted October 5, 2014 Share Posted October 5, 2014 And here are the simple steps to doing this in a container: I'm sure at some point I would have realized I needed to do that Yeah I figured you would. Just posted that for the benefit of anyone else that might stumble onto this thread. Link to comment
HAVOC Posted November 28, 2014 Share Posted November 28, 2014 Not to side track, I created the tmp directory for transcode but I get a bunch of errors in my syslog. Is this normal? The movie transcoded fine with no issues, I just have never seen these errors from the syslog generated. Thanks. Nov 28 09:14:06 Tower kernel: mdcmd (101): spindown 3 (Routine) Nov 28 09:14:48 Tower kernel: mdcmd (102): spindown 1 (Routine) Nov 28 09:14:49 Tower kernel: mdcmd (103): spindown 2 (Routine) Nov 28 09:14:52 Tower kernel: mdcmd (104): spindown 4 (Routine) Nov 28 09:14:52 Tower kernel: mdcmd (105): spindown 5 (Routine) Nov 28 09:14:55 Tower kernel: mdcmd (106): spindown 6 (Routine) Nov 28 09:14:55 Tower kernel: mdcmd (107): spindown 7 (Routine) Nov 28 09:14:56 Tower kernel: mdcmd (108): spindown 8 (Routine) Nov 28 09:38:53 Tower kernel: Plex DLNA Serve invoked oom-killer: gfp_mask=0x2000d0, order=2, oom_score_adj=0 (Minor Issues) Nov 28 09:38:53 Tower kernel: Plex DLNA Serve cpuset=/ mems_allowed=0 Nov 28 09:38:53 Tower kernel: CPU: 0 PID: 1733 Comm: Plex DLNA Serve Not tainted 3.16.3-unRAID #3 (Errors) Nov 28 09:38:53 Tower kernel: Hardware name: Supermicro X9SCL/X9SCM/X9SCL/X9SCM, BIOS 2.0a 06/08/2012 Nov 28 09:38:53 Tower kernel: 0000000000000000 ffff8800024cfb40 ffffffff815d9532 ffff8800d87ec6e0 Nov 28 09:38:53 Tower kernel: ffff8800024cfbc8 ffffffff815d5f70 ffffffff81097b8b 0000000000000000 Nov 28 09:38:53 Tower kernel: 000000000009031f 0000000000000002 00000000002000d0 ffff8800024cfda0 Nov 28 09:38:53 Tower kernel: Call Trace: (Errors) Nov 28 09:38:53 Tower kernel: [<ffffffff815d9532>] dump_stack+0x45/0x56 Nov 28 09:38:53 Tower kernel: [<ffffffff815d5f70>] dump_header+0x7a/0x1df Nov 28 09:38:53 Tower kernel: [<ffffffff81097b8b>] ? delayacct_end+0x77/0x82 Nov 28 09:38:53 Tower kernel: [<ffffffff810a6327>] oom_kill_process+0x6d/0x328 (Minor Issues) Nov 28 09:38:53 Tower kernel: [<ffffffff810a61e0>] ? oom_badness+0xb0/0xf9 Nov 28 09:38:53 Tower kernel: [<ffffffff810a6b4b>] out_of_memory+0x40c/0x425 (Errors) Nov 28 09:38:53 Tower kernel: [<ffffffff810aadb3>] __alloc_pages_nodemask+0x77d/0x8c7 Nov 28 09:38:53 Tower kernel: [<ffffffff810aaf71>] alloc_kmem_pages_node+0x74/0xea Nov 28 09:38:53 Tower kernel: [<ffffffff8103e560>] copy_process.part.41+0xe9/0x15f6 Nov 28 09:38:53 Tower kernel: [<ffffffff8133c7f8>] ? blk_finish_plug+0xf/0x2f Nov 28 09:38:53 Tower kernel: [<ffffffff8103fbf6>] do_fork+0xb4/0x29d Nov 28 09:38:53 Tower kernel: [<ffffffff81006a30>] ? xen_clocksource_get_cycles+0x9/0xb Nov 28 09:38:53 Tower kernel: [<ffffffff8107da08>] ? __getnstimeofday+0x35/0xa1 Nov 28 09:38:53 Tower kernel: [<ffffffff8103fe45>] SyS_clone+0x11/0x13 Nov 28 09:38:53 Tower kernel: [<ffffffff815df749>] stub_clone+0x69/0x90 Nov 28 09:38:53 Tower kernel: [<ffffffff815df469>] ? system_call_fastpath+0x16/0x1b Nov 28 09:38:53 Tower kernel: Mem-Info: Nov 28 09:38:53 Tower kernel: Node 0 DMA per-cpu: Nov 28 09:38:53 Tower kernel: CPU 0: hi: 0, btch: 1 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 1: hi: 0, btch: 1 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 2: hi: 0, btch: 1 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 3: hi: 0, btch: 1 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 4: hi: 0, btch: 1 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 5: hi: 0, btch: 1 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 6: hi: 0, btch: 1 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 7: hi: 0, btch: 1 usd: 0 Nov 28 09:38:53 Tower kernel: Node 0 DMA32 per-cpu: Nov 28 09:38:53 Tower kernel: CPU 0: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 1: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 2: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 3: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 4: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 5: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 6: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 7: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: Node 0 Normal per-cpu: Nov 28 09:38:53 Tower kernel: CPU 0: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 1: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 2: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 3: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 4: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 5: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 6: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: CPU 7: hi: 186, btch: 31 usd: 0 Nov 28 09:38:53 Tower kernel: active_anon:678853 inactive_anon:10509 isolated_anon:0 Nov 28 09:38:53 Tower kernel: active_file:4314 inactive_file:4216 isolated_file:0 Nov 28 09:38:53 Tower kernel: unevictable:2 dirty:157 writeback:0 unstable:0 Nov 28 09:38:53 Tower kernel: free:41197 slab_reclaimable:36337 slab_unreclaimable:17378 Nov 28 09:38:53 Tower kernel: mapped:9402 shmem:508559 pagetables:2082 bounce:0 Nov 28 09:38:53 Tower kernel: free_cma:0 Nov 28 09:38:53 Tower kernel: Node 0 DMA free:15884kB min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15968kB managed:15884kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes Nov 28 09:38:53 Tower kernel: lowmem_reserve[]: 0 3530 7672 7672 Nov 28 09:38:53 Tower kernel: Node 0 DMA32 free:141848kB min:5152kB low:6440kB high:7728kB active_anon:1043280kB inactive_anon:6232kB active_file:4760kB inactive_file:4528kB unevictable:4kB isolated(anon):0kB isolated(file):0kB present:3626296kB managed:1454548kB mlocked:4kB dirty:628kB writeback:0kB mapped:1996kB shmem:735640kB slab_reclaimable:90552kB slab_unreclaimable:24964kB kernel_stack:3088kB pagetables:4152kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:15565 all_unreclaimable? yes Nov 28 09:38:53 Tower kernel: lowmem_reserve[]: 0 0 4141 4141 Nov 28 09:38:53 Tower kernel: Node 0 Normal free:7056kB min:6040kB low:7548kB high:9060kB active_anon:1672132kB inactive_anon:35804kB active_file:12496kB inactive_file:12336kB unevictable:4kB isolated(anon):0kB isolated(file):0kB present:4718592kB managed:2048728kB mlocked:4kB dirty:0kB writeback:0kB mapped:35612kB shmem:1298596kB slab_reclaimable:54796kB slab_unreclaimable:44548kB kernel_stack:3440kB pagetables:4176kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:37266 all_unreclaimable? yes Nov 28 09:38:53 Tower kernel: lowmem_reserve[]: 0 0 0 0 Nov 28 09:38:53 Tower kernel: Node 0 DMA: 1*4kB (U) 1*8kB (U) 0*16kB 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB 1*1024kB (U) 1*2048kB (U) 3*4096kB (MR) = 15884kB Nov 28 09:38:53 Tower kernel: Node 0 DMA32: 34765*4kB (UEM) 298*8kB (UER) 19*16kB (UR) 2*32kB (R) 2*64kB (R) 0*128kB 2*256kB (R) 0*512kB 0*1024kB 0*2048kB 0*4096kB = 142452kB Nov 28 09:38:53 Tower kernel: Node 0 Normal: 1460*4kB (UEM) 11*8kB (EMR) 19*16kB (EMR) 3*32kB (R) 1*64kB (R) 1*128kB (R) 0*256kB 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 7032kB Nov 28 09:38:53 Tower kernel: 517381 total pagecache pages Nov 28 09:38:53 Tower kernel: 0 pages in swap cache Nov 28 09:38:53 Tower kernel: Swap cache stats: add 0, delete 0, find 0/0 Nov 28 09:38:53 Tower kernel: Free swap = 0kB Nov 28 09:38:53 Tower kernel: Total swap = 0kB Nov 28 09:38:53 Tower kernel: 2090214 pages RAM Nov 28 09:38:53 Tower kernel: 0 pages HighMem/MovableOnly Nov 28 09:38:53 Tower kernel: 667466 pages reserved Nov 28 09:38:53 Tower kernel: [ pid ] uid tgid total_vm rss nr_ptes swapents oom_score_adj name Nov 28 09:38:53 Tower kernel: [ 1069] 0 1069 5394 608 15 0 -1000 udevd Nov 28 09:38:53 Tower kernel: [ 1297] 0 1297 58469 640 26 0 0 rsyslogd Nov 28 09:38:53 Tower kernel: [ 1528] 0 1528 2186 464 9 0 0 dhcpcd (Network) Nov 28 09:38:53 Tower kernel: [ 1554] 1 1554 1855 351 7 0 0 rpc.portmap Nov 28 09:38:53 Tower kernel: [ 1559] 32 1559 3208 462 11 0 0 rpc.statd Nov 28 09:38:53 Tower kernel: [ 1569] 0 1569 1614 377 8 0 0 inetd Nov 28 09:38:53 Tower kernel: [ 1579] 0 1579 6231 812 16 0 -1000 sshd Nov 28 09:38:53 Tower kernel: [ 1586] 0 1586 48116 2574 97 0 0 ntpd Nov 28 09:38:53 Tower kernel: [ 1596] 0 1596 1095 408 7 0 0 acpid Nov 28 09:38:53 Tower kernel: [ 1609] 81 1609 4358 52 13 0 0 dbus-daemon Nov 28 09:38:53 Tower kernel: [ 1611] 0 1611 1616 404 8 0 0 crond Nov 28 09:38:53 Tower kernel: [ 1613] 0 1613 1614 24 8 0 0 atd Nov 28 09:38:53 Tower kernel: [ 1652] 0 1652 2747 554 10 0 0 xenstored Nov 28 09:38:53 Tower kernel: [ 1659] 0 1659 21166 471 15 0 0 xenconsoled Nov 28 09:38:53 Tower kernel: [ 1663] 0 1663 42170 1812 50 0 0 qemu-system-x86 Nov 28 09:38:53 Tower kernel: [ 2207] 0 2207 22287 839 17 0 0 emhttp Nov 28 09:38:53 Tower kernel: [ 2214] 0 2214 2341 426 8 0 0 uu Nov 28 09:38:53 Tower kernel: [ 2215] 0 2215 1088 385 7 0 0 logger Nov 28 09:38:53 Tower kernel: [ 2236] 0 2236 1617 411 8 0 0 agetty Nov 28 09:38:53 Tower kernel: [ 2237] 0 2237 1617 413 8 0 0 agetty Nov 28 09:38:53 Tower kernel: [ 2238] 0 2238 1617 412 8 0 0 agetty Nov 28 09:38:53 Tower kernel: [ 2239] 0 2239 1617 420 7 0 0 agetty Nov 28 09:38:53 Tower kernel: [ 2240] 0 2240 1617 414 8 0 0 agetty Nov 28 09:38:53 Tower kernel: [ 2241] 0 2241 1617 433 8 0 0 agetty Nov 28 09:38:53 Tower kernel: [ 6678] 0 6678 5848 1812 16 0 0 awk Nov 28 09:38:53 Tower kernel: [ 8399] 0 8399 21234 517 14 0 0 apcupsd Nov 28 09:38:53 Tower kernel: [31601] 0 31601 49063 1235 93 0 0 nmbd Nov 28 09:38:53 Tower kernel: [31603] 0 31603 68551 3524 128 0 0 smbd Nov 28 09:38:53 Tower kernel: [31625] 61 31625 8611 754 22 0 0 avahi-daemon Nov 28 09:38:53 Tower kernel: [31626] 61 31626 8546 60 21 0 0 avahi-daemon Nov 28 09:38:53 Tower kernel: [31634] 0 31634 3185 425 12 0 0 avahi-dnsconfd Nov 28 09:38:53 Tower kernel: [31824] 0 31824 5393 586 15 0 -1000 udevd Nov 28 09:38:53 Tower kernel: [31868] 0 31868 55123 363 19 0 0 shfs Nov 28 09:38:53 Tower kernel: [31878] 0 31878 140292 618 31 0 0 shfs Nov 28 09:38:53 Tower kernel: [31913] 0 31913 5393 531 15 0 -1000 udevd Nov 28 09:38:53 Tower kernel: [31930] 0 31930 192292 7137 71 0 0 docker Nov 28 09:38:53 Tower kernel: [32076] 0 32076 7849 1156 18 0 0 my_init Nov 28 09:38:53 Tower kernel: [32145] 0 32145 3831 452 12 0 0 rpc.mountd Nov 28 09:38:53 Tower kernel: [32194] 0 32194 49 3 3 0 0 runsvdir Nov 28 09:38:53 Tower kernel: [32195] 0 32195 44 1 3 0 0 runsv Nov 28 09:38:53 Tower kernel: [32196] 0 32196 44 2 3 0 0 runsv Nov 28 09:38:53 Tower kernel: [32197] 0 32197 44 1 3 0 0 runsv Nov 28 09:38:53 Tower kernel: [32198] 0 32198 44 1 3 0 0 runsv Nov 28 09:38:53 Tower kernel: [32199] 0 32199 44 3 3 0 0 runsv Nov 28 09:38:53 Tower kernel: [32200] 0 32200 24499 8453 53 0 0 syslog-ng Nov 28 09:38:53 Tower kernel: [32203] 99 32203 692507 6715 100 0 0 java Nov 28 09:38:53 Tower kernel: [32204] 0 32204 6689 57 18 0 0 cron Nov 28 09:38:53 Tower kernel: [ 523] 104 523 8091 89 20 0 0 avahi-daemon Nov 28 09:38:53 Tower kernel: [ 524] 104 524 8058 60 20 0 0 avahi-daemon Nov 28 09:38:53 Tower kernel: [ 828] 0 828 7335 1394 17 0 0 my_init Nov 28 09:38:53 Tower kernel: [ 962] 103 962 9781 85 23 0 0 dbus-daemon Nov 28 09:38:53 Tower kernel: [ 1114] 0 1114 49 4 3 0 0 runsvdir Nov 28 09:38:53 Tower kernel: [ 1115] 0 1115 44 1 3 0 0 runsv Nov 28 09:38:53 Tower kernel: [ 1117] 0 1117 44 4 3 0 0 runsv Nov 28 09:38:53 Tower kernel: [ 1118] 0 1118 44 1 3 0 0 runsv Nov 28 09:38:53 Tower kernel: [ 1119] 0 1119 44 1 3 0 0 runsv Nov 28 09:38:53 Tower kernel: [ 1121] 0 1121 5916 57 17 0 0 cron Nov 28 09:38:53 Tower kernel: [ 1122] 0 1122 23533 7481 50 0 0 syslog-ng Nov 28 09:38:53 Tower kernel: [ 1123] 999 1123 1336 20 6 0 0 start_pms Nov 28 09:38:53 Tower kernel: [ 1125] 999 1125 97216 4891 190 0 0 Plex Media Serv Nov 28 09:38:53 Tower kernel: [ 1227] 999 1227 66734 1549 114 0 0 Plex DLNA Serve Nov 28 09:38:53 Tower kernel: [12498] 999 12498 436918 127830 354 0 0 Plex New Transc Nov 28 09:38:53 Tower kernel: [12958] 999 12958 429803 11165 132 0 0 python Nov 28 09:38:53 Tower kernel: [ 1707] 0 1707 15565 168 32 0 -1000 sshd Nov 28 09:38:53 Tower kernel: [ 1731] 0 1731 13996 154 30 0 0 sshd Nov 28 09:38:53 Tower kernel: Out of memory: Kill process 12498 (Plex New Transc) score 145 or sacrifice child (Errors) Nov 28 09:38:53 Tower kernel: Killed process 12498 (Plex New Transc) total-vm:1747672kB, anon-rss:511320kB, file-rss:0kB (Errors) Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.