Server maintenance leads to excessive resource utilization

Plex Media Server Desktops & Laptops
,
22

I actually really enjoy it, I would prefer to not turn it off. It is great for skipping really long anime OPs. It is looking more and more like it is the culprit, though only during the maintenance periods.

When adding media during regular use the intro detection feature doesn’t eat RAM for breakfast.

EDIT: Yeah it is definitely the detect intro feature. With it off RAM use during maintenance doesn’t go over 1GB.

Not sure why it only affects the server maintenance window.

I guess I will just leave the feature off for now and hope that Plex figures out what is going on with it and fixes it in a future release as I was really jazzed when it was announced.

EDIT2: as a stop gap could I get a “Detect Intro on Add Only” feature? There is an option for only as a scheduled task…

23

It appears your server is crashing. Could be due to the OOM errors you are seeing. Do you have something monitoring PMS and restarting it if it crashes? PMS is checking the database which includes a backup when it comes back online so the notification are correct.

The end of your logs indicate PMS was deep analyzing your music when it stops. You might try re-adding your music library little by little to avoid the OOM issue.

24

It is crashing due to the OOM reaping as the process is forcefully killed. You can see it get knocked off and come back in the video i posted (the last 5 seconds).

PMS is running in docker and appears to restart itself with no intervention from me after it gets killed for hitting the RAM limit.

My music library is my least used library (and it isn’t shared with anyone) so I can try and remove it and see if the issue stays gone after re-enabling detect intros.

Intro detection seems to be the killer here, if I turn it off no crashing or insane RAM usage.

If I turn it back on and let it run during maintenance, constant OOM crashes.

25

I see the intro detection in your earlier logs where there were no crashes, but it is your music analysis I see in the ones with the crash.

1 Like
26

Ok, I will remove my music library from both servers, re-enable intro detection, and let the maintenance window run and make sure I’m not still crashing.

I will have to split my music library up somehow at the file level to gradually add it back into plex, it currently resides in a single folder.

I’ll report back soon with the results. Thanks to you and chuckpa for helping me with this.

EDIT: Libraries removed, databases optimized, bundles cleaned, detect intro re-enabled, and maintenance schedule set to kick off at 5PM. I’ll report back if removing the music library solved the problem.

27

Confirmed it is not the music library.

Completely removed the music library, did the plex dance, and it crashed within minutes of detect intros starting during the scheduled maintenance window again.

> Jul 10 17:08:30 Node kernel: CPU: 2 PID: 9696 Comm: Plex Media Serv Not tainted 4.19.107-Unraid #1
> Jul 10 17:08:30 Node kernel: Hardware name: Gigabyte Technology Co., Ltd. B85M-DS3H-A/B85M-DS3H-A, BIOS F3 06/23/2017
> Jul 10 17:08:30 Node kernel: Call Trace:
> Jul 10 17:08:30 Node kernel: dump_stack+0x67/0x83
> Jul 10 17:08:30 Node kernel: dump_header+0x66/0x289
> Jul 10 17:08:30 Node kernel: oom_kill_process+0x9d/0x220
> Jul 10 17:08:30 Node kernel: out_of_memory+0x3b7/0x3ea
> Jul 10 17:08:30 Node kernel: mem_cgroup_out_of_memory+0x94/0xc8
> Jul 10 17:08:30 Node kernel: try_charge+0x52a/0x682
> Jul 10 17:08:30 Node kernel: ? __alloc_pages_nodemask+0x150/0xae1
> Jul 10 17:08:30 Node kernel: mem_cgroup_try_charge+0x115/0x158
> Jul 10 17:08:30 Node kernel: __add_to_page_cache_locked+0x73/0x184
> Jul 10 17:08:30 Node kernel: add_to_page_cache_lru+0x47/0xd5
> Jul 10 17:08:30 Node kernel: filemap_fault+0x238/0x47c
> Jul 10 17:08:30 Node kernel: __do_fault+0x4d/0x88
> Jul 10 17:08:30 Node kernel: __handle_mm_fault+0xdb5/0x11b7
> Jul 10 17:08:30 Node kernel: handle_mm_fault+0x189/0x1e3
> Jul 10 17:08:30 Node kernel: __do_page_fault+0x267/0x3ff
> Jul 10 17:08:30 Node kernel: ? page_fault+0x8/0x30
> Jul 10 17:08:30 Node kernel: page_fault+0x1e/0x30
> Jul 10 17:08:30 Node kernel: RIP: 0033:0xda56c8
> Jul 10 17:08:30 Node kernel: Code: Bad RIP value.
> Jul 10 17:08:30 Node kernel: RSP: 002b:0000152be19eb530 EFLAGS: 00010283
> Jul 10 17:08:30 Node kernel: RAX: 00001526f3ff8010 RBX: 0000000200000000 RCX: 0000000000000000
> Jul 10 17:08:30 Node kernel: RDX: 00001529a8c92f90 RSI: 0000000200001000 RDI: 00001528f3ff9010
> Jul 10 17:08:30 Node kernel: RBP: 0000000100000000 R08: 00000000ffffffff R09: 0000000000000000
> Jul 10 17:08:30 Node kernel: R10: 0000000000000022 R11: 0000152b14846c20 R12: 00001527a8c91f90
> Jul 10 17:08:30 Node kernel: R13: 00001529f3ff9010 R14: 0000152b14000c10 R15: 0000000000005aff
> Jul 10 17:08:30 Node kernel: Task in /docker/baa09b40d0a9703f943bc3647abb38a82e2329aff781814dc5af2b9d9fdc8f05 killed as a result of limit of /docker/baa09b40d0a9703f943bc3647abb38a82e2329aff781814dc5af2b9d9fdc8f05
> Jul 10 17:08:30 Node kernel: memory: usage 8388616kB, limit 8388608kB, failcnt 12578058
> Jul 10 17:08:30 Node kernel: memory+swap: usage 8388616kB, limit 16777216kB, failcnt 0
> Jul 10 17:08:30 Node kernel: kmem: usage 50660kB, limit 9007199254740988kB, failcnt 0
> Jul 10 17:08:30 Node kernel: Memory cgroup stats for /docker/baa09b40d0a9703f943bc3647abb38a82e2329aff781814dc5af2b9d9fdc8f05: cache:0KB rss:8337904KB rss_huge:1355776KB shmem:0KB mapped_file:0KB dirty:0KB writeback:0KB swap:0KB inactive_anon:8KB active_anon:8337908KB inactive_file:0KB active_file:0KB unevictable:0KB
> Jul 10 17:08:30 Node kernel: Tasks state (memory values in pages):
> Jul 10 17:08:30 Node kernel: [  pid  ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
> Jul 10 17:08:30 Node kernel: [   5848]     0  5848       50        1    28672        0             0 s6-svscan
> Jul 10 17:08:30 Node kernel: [   5902]     0  5902       50        1    28672        0             0 s6-supervise
> Jul 10 17:08:30 Node kernel: [   6261]     0  6261       50        1    32768        0             0 s6-supervise
> Jul 10 17:08:30 Node kernel: [   6264]    99  6264  4298994  2076953 17854464        0             0 Plex Media Serv
> Jul 10 17:08:30 Node kernel: [   6390]    99  6390   109489     1390   266240        0             0 Plex Tuner Serv
> Jul 10 17:08:30 Node kernel: [   6750]    99  6750    10279      680   114688        0             0 Plex Relay
> Jul 10 17:08:30 Node kernel: [  15047]    99 15047     4483      632    73728        0             0 EasyAudioEncode
> Jul 10 17:08:30 Node kernel: [  27027]    99 27027   239020     8673   434176        0             0 Plex Script Hos
> Jul 10 17:08:30 Node kernel: Memory cgroup out of memory: Kill process 6264 (Plex Media Serv) score 992 or sacrifice child
> Jul 10 17:08:30 Node kernel: Killed process 27027 (Plex Script Hos) total-vm:956080kB, anon-rss:29744kB, file-rss:4948kB, shmem-rss:0kB
> Jul 10 17:08:30 Node kernel: oom_reaper: reaped process 27027 (Plex Script Hos), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
> Jul 10 17:08:30 Node kernel: Plex Media Serv invoked oom-killer: gfp_mask=0x6000c0(GFP_KERNEL), nodemask=(null), order=0, oom_score_adj=0
> Jul 10 17:08:30 Node kernel: Plex Media Serv cpuset=baa09b40d0a9703f943bc3647abb38a82e2329aff781814dc5af2b9d9fdc8f05 mems_allowed=0
> Jul 10 17:08:30 Node kernel: CPU: 5 PID: 9696 Comm: Plex Media Serv Not tainted 4.19.107-Unraid #1
> Jul 10 17:08:30 Node kernel: Hardware name: Gigabyte Technology Co., Ltd. B85M-DS3H-A/B85M-DS3H-A, BIOS F3 06/23/2017
> Jul 10 17:08:30 Node kernel: Call Trace:
> Jul 10 17:08:30 Node kernel: dump_stack+0x67/0x83
> Jul 10 17:08:30 Node kernel: dump_header+0x66/0x289
> Jul 10 17:08:30 Node kernel: oom_kill_process+0x9d/0x220
> Jul 10 17:08:30 Node kernel: out_of_memory+0x3b7/0x3ea
> Jul 10 17:08:30 Node kernel: mem_cgroup_out_of_memory+0x94/0xc8
> Jul 10 17:08:30 Node kernel: try_charge+0x52a/0x682
> Jul 10 17:08:30 Node kernel: mem_cgroup_try_charge+0x115/0x158
> Jul 10 17:08:30 Node kernel: mem_cgroup_try_charge_delay+0x16/0x34
> Jul 10 17:08:30 Node kernel: __handle_mm_fault+0xaae/0x11b7
> Jul 10 17:08:30 Node kernel: handle_mm_fault+0x189/0x1e3
> Jul 10 17:08:30 Node kernel: __do_page_fault+0x267/0x3ff
> Jul 10 17:08:30 Node kernel: ? page_fault+0x8/0x30
> Jul 10 17:08:30 Node kernel: page_fault+0x1e/0x30
> Jul 10 17:08:30 Node kernel: RIP: 0033:0xda56c8
> Jul 10 17:08:30 Node kernel: Code: 42 30 41 0f 11 44 24 30 0f 10 42 40 41 0f 11 44 24 40 0f 10 42 50 41 0f 11 44 24 50 0f 10 42 60 41 0f 11 44 24 60 0f 10 42 70 <41> 0f 11 44 24 70 49 83 ec 80 48 83 ea 80 4c 39 ea 75 a5 48 85 ff
> Jul 10 17:08:30 Node kernel: RSP: 002b:0000152be19eb530 EFLAGS: 00010283
> Jul 10 17:08:30 Node kernel: RAX: 00001526f3ff8010 RBX: 0000000200000000 RCX: 0000000000000000
> Jul 10 17:08:30 Node kernel: RDX: 00001529aaa4df90 RSI: 0000000200001000 RDI: 00001528f3ff9010
> Jul 10 17:08:30 Node kernel: RBP: 0000000100000000 R08: 00000000ffffffff R09: 0000000000000000
> Jul 10 17:08:30 Node kernel: R10: 0000000000000022 R11: 0000152b14846c20 R12: 00001527aaa4cf90
> Jul 10 17:08:30 Node kernel: R13: 00001529f3ff9010 R14: 0000152b14000c10 R15: 0000000000005aff
> Jul 10 17:08:30 Node kernel: Task in /docker/baa09b40d0a9703f943bc3647abb38a82e2329aff781814dc5af2b9d9fdc8f05 killed as a result of limit of /docker/baa09b40d0a9703f943bc3647abb38a82e2329aff781814dc5af2b9d9fdc8f05
> Jul 10 17:08:30 Node kernel: memory: usage 8388608kB, limit 8388608kB, failcnt 12578526
> Jul 10 17:08:30 Node kernel: memory+swap: usage 8388608kB, limit 16777216kB, failcnt 0
> Jul 10 17:08:30 Node kernel: kmem: usage 50100kB, limit 9007199254740988kB, failcnt 0
> Jul 10 17:08:30 Node kernel: Memory cgroup stats for /docker/baa09b40d0a9703f943bc3647abb38a82e2329aff781814dc5af2b9d9fdc8f05: cache:0KB rss:8338468KB rss_huge:1355776KB shmem:0KB mapped_file:0KB dirty:0KB writeback:0KB swap:0KB inactive_anon:8KB active_anon:8338468KB inactive_file:0KB active_file:0KB unevictable:0KB
> Jul 10 17:08:30 Node kernel: Tasks state (memory values in pages):
> Jul 10 17:08:30 Node kernel: [  pid  ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
> Jul 10 17:08:30 Node kernel: [   5848]     0  5848       50        1    28672        0             0 s6-svscan
> Jul 10 17:08:30 Node kernel: [   5902]     0  5902       50        1    28672        0             0 s6-supervise
> Jul 10 17:08:30 Node kernel: [   6261]     0  6261       50        1    32768        0             0 s6-supervise
> Jul 10 17:08:30 Node kernel: [   6264]    99  6264  4298994  2084580 17915904        0             0 Plex Media Serv
> Jul 10 17:08:30 Node kernel: [   6390]    99  6390   109489     1390   266240        0             0 Plex Tuner Serv
> Jul 10 17:08:30 Node kernel: [   6750]    99  6750    10279      680   114688        0             0 Plex Relay
> Jul 10 17:08:30 Node kernel: [  15047]    99 15047     4483      632    73728        0             0 EasyAudioEncode
> Jul 10 17:08:30 Node kernel: Memory cgroup out of memory: Kill process 6264 (Plex Media Serv) score 996 or sacrifice child
> Jul 10 17:08:30 Node kernel: Killed process 6390 (Plex Tuner Serv) total-vm:437956kB, anon-rss:1564kB, file-rss:3996kB, shmem-rss:0kB
> Jul 10 17:08:30 Node kernel: oom_reaper: reaped process 6390 (Plex Tuner Serv), now anon-rss:0kB, file-rss:0kB, shmem-rss:4kB
> Jul 10 17:08:30 Node kernel: Plex Media Serv invoked oom-killer: gfp_mask=0x6000c0(GFP_KERNEL), nodemask=(null), order=0, oom_score_adj=0
> Jul 10 17:08:30 Node kernel: Plex Media Serv cpuset=baa09b40d0a9703f943bc3647abb38a82e2329aff781814dc5af2b9d9fdc8f05 mems_allowed=0
> Jul 10 17:08:30 Node kernel: CPU: 5 PID: 9696 Comm: Plex Media Serv Not tainted 4.19.107-Unraid #1
> Jul 10 17:08:30 Node kernel: Hardware name: Gigabyte Technology Co., Ltd. B85M-DS3H-A/B85M-DS3H-A, BIOS F3 06/23/2017
> Jul 10 17:08:30 Node kernel: Call Trace:
> Jul 10 17:08:30 Node kernel: dump_stack+0x67/0x83
> Jul 10 17:08:30 Node kernel: dump_header+0x66/0x289
> Jul 10 17:08:30 Node kernel: oom_kill_process+0x9d/0x220
> Jul 10 17:08:30 Node kernel: out_of_memory+0x3b7/0x3ea
> Jul 10 17:08:30 Node kernel: mem_cgroup_out_of_memory+0x94/0xc8
> Jul 10 17:08:30 Node kernel: try_charge+0x52a/0x682
> Jul 10 17:08:30 Node kernel: mem_cgroup_try_charge+0x115/0x158
> Jul 10 17:08:30 Node kernel: mem_cgroup_try_charge_delay+0x16/0x34
> Jul 10 17:08:30 Node kernel: __handle_mm_fault+0xaae/0x11b7
> Jul 10 17:08:30 Node kernel: handle_mm_fault+0x189/0x1e3
> Jul 10 17:08:30 Node kernel: __do_page_fault+0x267/0x3ff
> Jul 10 17:08:30 Node kernel: ? page_fault+0x8/0x30
> Jul 10 17:08:30 Node kernel: page_fault+0x1e/0x30
> Jul 10 17:08:30 Node kernel: RIP: 0033:0xda56c8
> Jul 10 17:08:30 Node kernel: Code: 42 30 41 0f 11 44 24 30 0f 10 42 40 41 0f 11 44 24 40 0f 10 42 50 41 0f 11 44 24 50 0f 10 42 60 41 0f 11 44 24 60 0f 10 42 70 <41> 0f 11 44 24 70 49 83 ec 80 48 83 ea 80 4c 39 ea 75 a5 48 85 ff
> Jul 10 17:08:30 Node kernel: RSP: 002b:0000152be19eb530 EFLAGS: 00010283
> Jul 10 17:08:30 Node kernel: RAX: 00001526f3ff8010 RBX: 0000000200000000 RCX: 0000000000000000
> Jul 10 17:08:30 Node kernel: RDX: 00001529aac33f90 RSI: 0000000200001000 RDI: 00001528f3ff9010
> Jul 10 17:08:30 Node kernel: RBP: 0000000100000000 R08: 00000000ffffffff R09: 0000000000000000
> Jul 10 17:08:30 Node kernel: R10: 0000000000000022 R11: 0000152b14846c20 R12: 00001527aac32f90
> Jul 10 17:08:30 Node kernel: R13: 00001529f3ff9010 R14: 0000152b14000c10 R15: 0000000000005aff
> Jul 10 17:08:30 Node kernel: Task in /docker/baa09b40d0a9703f943bc3647abb38a82e2329aff781814dc5af2b9d9fdc8f05 killed as a result of limit of /docker/baa09b40d0a9703f943bc3647abb38a82e2329aff781814dc5af2b9d9fdc8f05
> Jul 10 17:08:30 Node kernel: memory: usage 8388608kB, limit 8388608kB, failcnt 12578573
> Jul 10 17:08:30 Node kernel: memory+swap: usage 8388608kB, limit 16777216kB, failcnt 0
> Jul 10 17:08:30 Node kernel: kmem: usage 49648kB, limit 9007199254740988kB, failcnt 0
> Jul 10 17:08:30 Node kernel: Memory cgroup stats for /docker/baa09b40d0a9703f943bc3647abb38a82e2329aff781814dc5af2b9d9fdc8f05: cache:164KB rss:8338504KB rss_huge:1355776KB shmem:0KB mapped_file:0KB dirty:0KB writeback:0KB swap:0KB inactive_anon:8KB active_anon:8338652KB inactive_file:292KB active_file:0KB unevictable:0KB
> Jul 10 17:08:30 Node kernel: Tasks state (memory values in pages):
> Jul 10 17:08:30 Node kernel: [  pid  ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
> Jul 10 17:08:30 Node kernel: [   5848]     0  5848       50        1    28672        0             0 s6-svscan
> Jul 10 17:08:30 Node kernel: [   5902]     0  5902       50        1    28672        0             0 s6-supervise
> Jul 10 17:08:30 Node kernel: [   6261]     0  6261       50        1    32768        0             0 s6-supervise
> Jul 10 17:08:30 Node kernel: [   6264]    99  6264  4298994  2085108 17920000        0             0 Plex Media Serv
> Jul 10 17:08:30 Node kernel: [   6750]    99  6750    10279      680   114688        0             0 Plex Relay
> Jul 10 17:08:30 Node kernel: [  15047]    99 15047     4483      632    73728        0             0 EasyAudioEncode
> Jul 10 17:08:30 Node kernel: Memory cgroup out of memory: Kill process 6264 (Plex Media Serv) score 996 or sacrifice child
> Jul 10 17:08:30 Node kernel: Killed process 6750 (Plex Relay) total-vm:41116kB, anon-rss:528kB, file-rss:2192kB, shmem-rss:0kB
> Jul 10 17:08:30 Node kernel: oom_reaper: reaped process 6750 (Plex Relay), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
> Jul 10 17:08:30 Node kernel: Memory cgroup out of memory: Kill process 6264 (Plex Media Serv) score 996 or sacrifice child
> Jul 10 17:08:30 Node kernel: Killed process 15047 (EasyAudioEncode) total-vm:17932kB, anon-rss:764kB, file-rss:1764kB, shmem-rss:0kB
> Jul 10 17:08:30 Node kernel: oom_reaper: reaped process 15047 (EasyAudioEncode), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
> Jul 10 17:08:30 Node kernel: Memory cgroup out of memory: Kill process 6264 (Plex Media Serv) score 996 or sacrifice child
> Jul 10 17:08:30 Node kernel: Killed process 6264 (Plex Media Serv) total-vm:17195976kB, anon-rss:8330744kB, file-rss:11004kB, shmem-rss:4kB
> Jul 10 17:08:30 Node kernel: oom_reaper: reaped process 6264 (Plex Media Serv), now anon-rss:0kB, file-rss:0kB, shmem-rss:8kB
> Jul 10 17:10:08 Node emhttpd: cmd: /usr/local/emhttp/plugins/dynamix/scripts/tail_log syslog

Log folder after the latest tests and crashes:
NODEFLIX-Logs-7.10-2.zip (6.4 MB)

28

Jul 10, 2020 17:07:35.555 [0x152bbe9f4700] DEBUG - Activity: updated activity 570b4e8d-be55-4408-8b0b-2fc1a58561f8 - completed 100.0% - Scanning TV Shows

The intro detection finished so I’m still not positive that’s the culprit. I’m not able to decipher that call trace. I’ll have to get someone else to take a look at that.

29

Interesting, it seems to be the only common factor for the crashes, if its off the scheduled tasks don’t cause crashing.

Thanks for looking into this, I’ll be looking forward to any more information you can provide/any further tests to be run.

30

@anon18523487 Any news?

Still OOM crashing anytime I turn on Intro Detection and let it occur during the maintenance window.

UnRAID Syslog: https://pastebin.com/CEFW7D0r

Logs from today w/ Debug on: NODE-7.21.2020-LOGS.zip (5.4 MB)

EDIT: Ah I just noticed there is a new server version out. I will update and report back tomorrow and see if the issues continue.

31

@anon18523487

Server Version now 1.19.5.3112

Still being killed during maintenance window due to excessive physical RAM usage. Would appreciate an update or at least a “We are looking into it”.

NODE-7.22-Logs.zip (5.9 MB)

32

Still flippin broken.

Server Version now: 1.20.0.3133

Latest logs: Plex Media Server Logs_2020-08-02_05-32-43.zip (5.9 MB)

Aug  2 05:22:15 Node kernel: Plex Media Serv invoked oom-killer: gfp_mask=0x6000c0(GFP_KERNEL), nodemask=(null), order=0, oom_score_adj=0
Aug  2 05:22:15 Node kernel: Plex Media Serv cpuset=3ee43a35e3bcfcebd9f838831d84fccfd16ff306461249e7c7eb793668085961 mems_allowed=0
Aug  2 05:22:15 Node kernel: CPU: 3 PID: 8212 Comm: Plex Media Serv Not tainted 4.19.107-Unraid #1
Aug  2 05:22:15 Node kernel: Hardware name: Gigabyte Technology Co., Ltd. B85M-DS3H-A/B85M-DS3H-A, BIOS F3 06/23/2017
Aug  2 05:22:15 Node kernel: Call Trace:
Aug  2 05:22:15 Node kernel: dump_stack+0x67/0x83
Aug  2 05:22:15 Node kernel: dump_header+0x66/0x289
Aug  2 05:22:15 Node kernel: oom_kill_process+0x9d/0x220
Aug  2 05:22:15 Node kernel: out_of_memory+0x3b7/0x3ea
Aug  2 05:22:15 Node kernel: mem_cgroup_out_of_memory+0x94/0xc8
Aug  2 05:22:15 Node kernel: try_charge+0x52a/0x682
Aug  2 05:22:15 Node kernel: mem_cgroup_try_charge+0x115/0x158
Aug  2 05:22:15 Node kernel: mem_cgroup_try_charge_delay+0x16/0x34
Aug  2 05:22:15 Node kernel: __handle_mm_fault+0xaae/0x11b7
Aug  2 05:22:15 Node kernel: handle_mm_fault+0x189/0x1e3
Aug  2 05:22:15 Node kernel: __do_page_fault+0x267/0x3ff
Aug  2 05:22:15 Node kernel: ? page_fault+0x8/0x30
Aug  2 05:22:15 Node kernel: page_fault+0x1e/0x30
Aug  2 05:22:15 Node kernel: RIP: 0033:0xdc8838
Aug  2 05:22:15 Node kernel: Code: 42 30 41 0f 11 44 24 30 0f 10 42 40 41 0f 11 44 24 40 0f 10 42 50 41 0f 11 44 24 50 0f 10 42 60 41 0f 11 44 24 60 0f 10 42 70 <41> 0f 11 44 24 70 49 83 ec 80 48 83 ea 80 4c 39 ea 75 a5 48 85 ff
Aug  2 05:22:15 Node kernel: RSP: 002b:000014e85c824530 EFLAGS: 00010283
Aug  2 05:22:15 Node kernel: RAX: 000014e373ff8010 RBX: 0000000200000000 RCX: 0000000000000000
Aug  2 05:22:15 Node kernel: RDX: 000014e5d54b6f90 RSI: 0000000200001000 RDI: 000014e573ff9010
Aug  2 05:22:15 Node kernel: RBP: 0000000100000000 R08: 00000000ffffffff R09: 0000000000000000
Aug  2 05:22:15 Node kernel: R10: 0000000000000022 R11: 000014e804b62e20 R12: 000014e3d54b5f90
Aug  2 05:22:15 Node kernel: R13: 000014e673ff9010 R14: 000014e8042b3c60 R15: 0000000000005aff
Aug  2 05:22:15 Node kernel: Task in /docker/3ee43a35e3bcfcebd9f838831d84fccfd16ff306461249e7c7eb793668085961 killed as a result of limit of /docker/3ee43a35e3bcfcebd9f838831d84fccfd16ff306461249e7c7eb793668085961
Aug  2 05:22:15 Node kernel: memory: usage 8388608kB, limit 8388608kB, failcnt 9182456
Aug  2 05:22:15 Node kernel: memory+swap: usage 8388608kB, limit 16777216kB, failcnt 0
Aug  2 05:22:15 Node kernel: kmem: usage 88332kB, limit 9007199254740988kB, failcnt 0
Aug  2 05:22:15 Node kernel: Memory cgroup stats for /docker/3ee43a35e3bcfcebd9f838831d84fccfd16ff306461249e7c7eb793668085961: cache:3672KB rss:8296208KB rss_huge:1284096KB shmem:0KB mapped_file:264KB dirty:0KB writeback:0KB swap:0KB inactive_anon:8KB active_anon:8296504KB inactive_file:1860KB active_file:1420KB unevictable:0KB
Aug  2 05:22:15 Node kernel: Tasks state (memory values in pages):
Aug  2 05:22:15 Node kernel: [  pid  ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
Aug  2 05:22:15 Node kernel: [  31247]     0 31247       50        1    28672        0             0 s6-svscan
Aug  2 05:22:15 Node kernel: [  31299]     0 31299       50        1    28672        0             0 s6-supervise
Aug  2 05:22:15 Node kernel: [  31674]     0 31674       50        1    28672        0             0 s6-supervise
Aug  2 05:22:15 Node kernel: [  31677]    99 31677  4173412  1736517 15126528        0             0 Plex Media Serv
Aug  2 05:22:15 Node kernel: [  31726]    99 31726   464164    46727   827392        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  31817]    99 31817   109489      902   258048        0             0 Plex Tuner Serv
Aug  2 05:22:15 Node kernel: [  31867]    99 31867   428597   115416  1441792        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  31869]    99 31869   223793     9547   430080        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [   4040]    99  4040     4483      184    73728        0             0 EasyAudioEncode
Aug  2 05:22:15 Node kernel: [   1766]    99  1766   338410   104531  1638400        0             0 Plex Transcoder
Aug  2 05:22:15 Node kernel: [  25312]    99 25312   308991    10159   483328        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  25595]    99 25595   374820     9611   507904        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  25835]    99 25835   222063     6854   417792        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  25906]    99 25906   223135     9765   438272        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  27974]    99 27974   333522    13518   663552        0             0 Plex Transcoder
Aug  2 05:22:15 Node kernel: [   4850]    99  4850    39688     3803   352256        0             0 Plex Transcoder
Aug  2 05:22:15 Node kernel: Memory cgroup out of memory: Kill process 31677 (Plex Media Serv) score 829 or sacrifice child
Aug  2 05:22:15 Node kernel: Killed process 31867 (Plex Script Hos) total-vm:1714388kB, anon-rss:461664kB, file-rss:0kB, shmem-rss:0kB
Aug  2 05:22:15 Node kernel: oom_reaper: reaped process 31867 (Plex Script Hos), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
Aug  2 05:22:15 Node kernel: Plex Media Serv invoked oom-killer: gfp_mask=0x6000c0(GFP_KERNEL), nodemask=(null), order=0, oom_score_adj=0
Aug  2 05:22:15 Node kernel: Plex Media Serv cpuset=3ee43a35e3bcfcebd9f838831d84fccfd16ff306461249e7c7eb793668085961 mems_allowed=0
Aug  2 05:22:15 Node kernel: CPU: 3 PID: 8212 Comm: Plex Media Serv Not tainted 4.19.107-Unraid #1
Aug  2 05:22:15 Node kernel: Hardware name: Gigabyte Technology Co., Ltd. B85M-DS3H-A/B85M-DS3H-A, BIOS F3 06/23/2017
Aug  2 05:22:15 Node kernel: Call Trace:
Aug  2 05:22:15 Node kernel: dump_stack+0x67/0x83
Aug  2 05:22:15 Node kernel: dump_header+0x66/0x289
Aug  2 05:22:15 Node kernel: oom_kill_process+0x9d/0x220
Aug  2 05:22:15 Node kernel: out_of_memory+0x3b7/0x3ea
Aug  2 05:22:15 Node kernel: mem_cgroup_out_of_memory+0x94/0xc8
Aug  2 05:22:15 Node kernel: try_charge+0x52a/0x682
Aug  2 05:22:15 Node kernel: mem_cgroup_try_charge+0x115/0x158
Aug  2 05:22:15 Node kernel: mem_cgroup_try_charge_delay+0x16/0x34
Aug  2 05:22:15 Node kernel: __handle_mm_fault+0xaae/0x11b7
Aug  2 05:22:15 Node kernel: handle_mm_fault+0x189/0x1e3
Aug  2 05:22:15 Node kernel: __do_page_fault+0x267/0x3ff
Aug  2 05:22:15 Node kernel: ? page_fault+0x8/0x30
Aug  2 05:22:15 Node kernel: page_fault+0x1e/0x30
Aug  2 05:22:15 Node kernel: RIP: 0033:0xdc8838
Aug  2 05:22:15 Node kernel: Code: 42 30 41 0f 11 44 24 30 0f 10 42 40 41 0f 11 44 24 40 0f 10 42 50 41 0f 11 44 24 50 0f 10 42 60 41 0f 11 44 24 60 0f 10 42 70 <41> 0f 11 44 24 70 49 83 ec 80 48 83 ea 80 4c 39 ea 75 a5 48 85 ff
Aug  2 05:22:15 Node kernel: RSP: 002b:000014e85c824530 EFLAGS: 00010283
Aug  2 05:22:15 Node kernel: RAX: 000014e373ff8010 RBX: 0000000200000000 RCX: 0000000000000000
Aug  2 05:22:15 Node kernel: RDX: 000014e5f1f89f90 RSI: 0000000200001000 RDI: 000014e573ff9010
Aug  2 05:22:15 Node kernel: RBP: 0000000100000000 R08: 00000000ffffffff R09: 0000000000000000
Aug  2 05:22:15 Node kernel: R10: 0000000000000022 R11: 000014e804b62e20 R12: 000014e3f1f88f90
Aug  2 05:22:15 Node kernel: R13: 000014e673ff9010 R14: 000014e8042b3c60 R15: 0000000000005aff
Aug  2 05:22:15 Node kernel: Task in /docker/3ee43a35e3bcfcebd9f838831d84fccfd16ff306461249e7c7eb793668085961 killed as a result of limit of /docker/3ee43a35e3bcfcebd9f838831d84fccfd16ff306461249e7c7eb793668085961
Aug  2 05:22:15 Node kernel: memory: usage 8388608kB, limit 8388608kB, failcnt 9188576
Aug  2 05:22:15 Node kernel: memory+swap: usage 8388608kB, limit 16777216kB, failcnt 0
Aug  2 05:22:15 Node kernel: kmem: usage 87620kB, limit 9007199254740988kB, failcnt 0
Aug  2 05:22:15 Node kernel: Memory cgroup stats for /docker/3ee43a35e3bcfcebd9f838831d84fccfd16ff306461249e7c7eb793668085961: cache:7704KB rss:8292964KB rss_huge:1284096KB shmem:0KB mapped_file:1716KB dirty:0KB writeback:0KB swap:0KB inactive_anon:8KB active_anon:8292980KB inactive_file:4048KB active_file:3820KB unevictable:0KB
Aug  2 05:22:15 Node kernel: Tasks state (memory values in pages):
Aug  2 05:22:15 Node kernel: [  pid  ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
Aug  2 05:22:15 Node kernel: [  31247]     0 31247       50        1    28672        0             0 s6-svscan
Aug  2 05:22:15 Node kernel: [  31299]     0 31299       50        1    28672        0             0 s6-supervise
Aug  2 05:22:15 Node kernel: [  31674]     0 31674       50        1    28672        0             0 s6-supervise
Aug  2 05:22:15 Node kernel: [  31677]    99 31677  4173412  1853961 16064512        0             0 Plex Media Serv
Aug  2 05:22:15 Node kernel: [  31726]    99 31726   464164    46727   827392        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  31817]    99 31817   109489      902   258048        0             0 Plex Tuner Serv
Aug  2 05:22:15 Node kernel: [  31869]    99 31869   223793     9547   430080        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [   4040]    99  4040     4483      184    73728        0             0 EasyAudioEncode
Aug  2 05:22:15 Node kernel: [   1766]    99  1766   338410   104541  1638400        0             0 Plex Transcoder
Aug  2 05:22:15 Node kernel: [  25312]    99 25312   308991    10158   483328        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  25595]    99 25595   374820     9611   507904        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  25835]    99 25835   222063     6854   417792        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  25906]    99 25906   223135     9764   438272        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  27974]    99 27974   333522    13591   663552        0             0 Plex Transcoder
Aug  2 05:22:15 Node kernel: [   4850]    99  4850    39688     3830   352256        0             0 Plex Transcoder
Aug  2 05:22:15 Node kernel: Memory cgroup out of memory: Kill process 31677 (Plex Media Serv) score 885 or sacrifice child
Aug  2 05:22:15 Node kernel: Killed process 1766 (Plex Transcoder) total-vm:1353640kB, anon-rss:418324kB, file-rss:540kB, shmem-rss:0kB
Aug  2 05:22:15 Node kernel: oom_reaper: reaped process 1766 (Plex Transcoder), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
Aug  2 05:22:15 Node kernel: Plex Media Serv invoked oom-killer: gfp_mask=0x6000c0(GFP_KERNEL), nodemask=(null), order=0, oom_score_adj=0
Aug  2 05:22:15 Node kernel: Plex Media Serv cpuset=3ee43a35e3bcfcebd9f838831d84fccfd16ff306461249e7c7eb793668085961 mems_allowed=0
Aug  2 05:22:15 Node kernel: CPU: 3 PID: 8212 Comm: Plex Media Serv Not tainted 4.19.107-Unraid #1
Aug  2 05:22:15 Node kernel: Hardware name: Gigabyte Technology Co., Ltd. B85M-DS3H-A/B85M-DS3H-A, BIOS F3 06/23/2017
Aug  2 05:22:15 Node kernel: Call Trace:
Aug  2 05:22:15 Node kernel: dump_stack+0x67/0x83
Aug  2 05:22:15 Node kernel: dump_header+0x66/0x289
Aug  2 05:22:15 Node kernel: oom_kill_process+0x9d/0x220
Aug  2 05:22:15 Node kernel: out_of_memory+0x3b7/0x3ea
Aug  2 05:22:15 Node kernel: mem_cgroup_out_of_memory+0x94/0xc8
Aug  2 05:22:15 Node kernel: try_charge+0x52a/0x682
Aug  2 05:22:15 Node kernel: mem_cgroup_try_charge+0x115/0x158
Aug  2 05:22:15 Node kernel: mem_cgroup_try_charge_delay+0x16/0x34
Aug  2 05:22:15 Node kernel: __handle_mm_fault+0xaae/0x11b7
Aug  2 05:22:15 Node kernel: handle_mm_fault+0x189/0x1e3
Aug  2 05:22:15 Node kernel: __do_page_fault+0x267/0x3ff
Aug  2 05:22:15 Node kernel: ? page_fault+0x8/0x30
Aug  2 05:22:15 Node kernel: page_fault+0x1e/0x30
Aug  2 05:22:15 Node kernel: RIP: 0033:0xdc8838
Aug  2 05:22:15 Node kernel: Code: 42 30 41 0f 11 44 24 30 0f 10 42 40 41 0f 11 44 24 40 0f 10 42 50 41 0f 11 44 24 50 0f 10 42 60 41 0f 11 44 24 60 0f 10 42 70 <41> 0f 11 44 24 70 49 83 ec 80 48 83 ea 80 4c 39 ea 75 a5 48 85 ff
Aug  2 05:22:15 Node kernel: RSP: 002b:000014e85c824530 EFLAGS: 00010283
Aug  2 05:22:15 Node kernel: RAX: 000014e373ff8010 RBX: 0000000200000000 RCX: 0000000000000000
Aug  2 05:22:15 Node kernel: RDX: 000014e60ba5ff90 RSI: 0000000200001000 RDI: 000014e573ff9010
Aug  2 05:22:15 Node kernel: RBP: 0000000100000000 R08: 00000000ffffffff R09: 0000000000000000
Aug  2 05:22:15 Node kernel: R10: 0000000000000022 R11: 000014e804b62e20 R12: 000014e40ba5ef90
Aug  2 05:22:15 Node kernel: R13: 000014e673ff9010 R14: 000014e8042b3c60 R15: 0000000000005aff
Aug  2 05:22:15 Node kernel: Task in /docker/3ee43a35e3bcfcebd9f838831d84fccfd16ff306461249e7c7eb793668085961 killed as a result of limit of /docker/3ee43a35e3bcfcebd9f838831d84fccfd16ff306461249e7c7eb793668085961
Aug  2 05:22:15 Node kernel: memory: usage 8388608kB, limit 8388608kB, failcnt 9210235
Aug  2 05:22:15 Node kernel: memory+swap: usage 8388608kB, limit 16777216kB, failcnt 0
Aug  2 05:22:15 Node kernel: kmem: usage 86712kB, limit 9007199254740988kB, failcnt 0
Aug  2 05:22:15 Node kernel: Memory cgroup stats for /docker/3ee43a35e3bcfcebd9f838831d84fccfd16ff306461249e7c7eb793668085961: cache:9140KB rss:8292620KB rss_huge:1284096KB shmem:0KB mapped_file:396KB dirty:0KB writeback:0KB swap:0KB inactive_anon:8KB active_anon:8292624KB inactive_file:4240KB active_file:3876KB unevictable:0KB
Aug  2 05:22:15 Node kernel: Tasks state (memory values in pages):
Aug  2 05:22:15 Node kernel: [  pid  ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
Aug  2 05:22:15 Node kernel: [  31247]     0 31247       50        1    28672        0             0 s6-svscan
Aug  2 05:22:15 Node kernel: [  31299]     0 31299       50        1    28672        0             0 s6-supervise
Aug  2 05:22:15 Node kernel: [  31674]     0 31674       50        1    28672        0             0 s6-supervise
Aug  2 05:22:15 Node kernel: [  31677]    99 31677  4173412  1959258 16912384        0             0 Plex Media Serv
Aug  2 05:22:15 Node kernel: [  31726]    99 31726   464164    46729   827392        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  31817]    99 31817   109489      902   258048        0             0 Plex Tuner Serv
Aug  2 05:22:15 Node kernel: [  31869]    99 31869   223793     9547   430080        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [   4040]    99  4040     4483      184    73728        0             0 EasyAudioEncode
Aug  2 05:22:15 Node kernel: [  25312]    99 25312   308991    10167   483328        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  25595]    99 25595   374820     9610   507904        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  25835]    99 25835   222063     6853   417792        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  25906]    99 25906   223135     9764   438272        0             0 Plex Script Hos
Aug  2 05:22:15 Node kernel: [  27974]    99 27974   333522    13556   663552        0             0 Plex Transcoder
Aug  2 05:22:15 Node kernel: [   4850]    99  4850    39688     3830   352256        0             0 Plex Transcoder
Aug  2 05:22:15 Node kernel: Memory cgroup out of memory: Kill process 31677 (Plex Media Serv) score 936 or sacrifice child
Aug  2 05:22:15 Node kernel: Killed process 31726 (Plex Script Hos) total-vm:1856656kB, anon-rss:186916kB, file-rss:0kB, shmem-rss:0kB
Aug  2 05:22:15 Node kernel: oom_reaper: reaped process 31726 (Plex Script Hos), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
Aug  2 05:22:15 Node kernel: Plex Media Serv invoked oom-killer: gfp_mask=0x6000c0(GFP_KERNEL), nodemask=(null), order=0, oom_score_adj=0
Aug  2 05:22:15 Node kernel: Plex Media Serv cpuset=3ee43a35e3bcfcebd9f838831d84fccfd16ff306461249e7c7eb793668085961 mems_allowed=0
Aug  2 05:22:15 Node kernel: CPU: 3 PID: 8212 Comm: Plex Media Serv Not tainted 4.19.107-Unraid #1
Aug  2 05:22:15 Node kernel: Hardware name: Gigabyte Technology Co., Ltd. B85M-DS3H-A/B85M-DS3H-A, BIOS F3 06/23/2017
Aug  2 05:22:15 Node kernel: Call Trace:
Aug  2 05:22:15 Node kernel: dump_stack+0x67/0x83
Aug  2 05:22:15 Node kernel: dump_header+0x66/0x289
Aug  2 05:22:15 Node kernel: oom_kill_process+0x9d/0x220
Aug  2 05:22:15 Node kernel: out_of_memory+0x3b7/0x3ea
Aug  2 05:22:15 Node kernel: mem_cgroup_out_of_memory+0x94/0xc8
Aug  2 05:22:15 Node kernel: try_charge+0x52a/0x682
Aug  2 05:22:15 Node kernel: mem_cgroup_try_charge+0x115/0x158
Aug  2 05:22:15 Node kernel: mem_cgroup_try_charge_delay+0x16/0x34
Aug  2 05:22:15 Node kernel: __handle_mm_fault+0xaae/0x11b7
Aug  2 05:22:15 Node kernel: handle_mm_fault+0x189/0x1e3
Aug  2 05:22:15 Node kernel: __do_page_fault+0x267/0x3ff
Aug  2 05:22:15 Node kernel: ? page_fault+0x8/0x30
Aug  2 05:22:15 Node kernel: page_fault+0x1e/0x30
Aug  2 05:22:15 Node kernel: RIP: 0033:0xdc8838
Aug  2 05:22:15 Node kernel: Code: 42 30 41 0f 11 44 24 30 0f 10 42 40 41 0f 11 44 24 40 0f 10 42 50 41 0f 11 44 24 50 0f 10 42 60 41 0f 11 44 24 60 0f 10 42 70 <41> 0f 11 44 24 70 49 83 ec 80 48 83 ea 80 4c 39 ea 75 a5 48 85 ff
Aug  2 05:22:15 Node kernel: RSP: 002b:000014e85c824530 EFLAGS: 00010283
Aug  2 05:22:15 Node kernel: RAX: 000014e373ff8010 RBX: 0000000200000000 RCX: 0000000000000000
Aug  2 05:22:15 Node kernel: RDX: 000014e6177bef90 RSI: 0000000200001000 RDI: 000014e573ff9010
Aug  2 05:22:15 Node kernel: RBP: 0000000100000000 R08: 00000000ffffffff R09: 0000000000000000
Aug  2 05:22:15 Node kernel: R10: 0000000000000022 R11: 000014e804b62e20 R12: 000014e4177bdf90
Aug  2 05:22:15 Node kernel: R13: 000014e673ff9010 R14: 000014e8042b3c60 R15: 0000000000005aff
33

Sorry, I don’t have any more info for you. This is beyond me. I do have 1 question. Since you are running in a docker, how much memory did you give it? Have you tried just giving it more?

34

Both servers have an 8GB RAM limit now.

I could maybe bump NODE up to 10GB but I do have a collection of RAM hungry dockers on that system (various members of the ***arr family) and still need to leave some RAM for UnRAID to use.

Plex has never even approached 8GB during normal use even when I have 8-10 people streaming all at once. On average I see the server using maybe 3-4GB.

Well that is a real disappointment as skip into has probably been the only new feature I have been excited about in quite a while and I can’t even use it…

I’d be glad to help the programming team test/debug privately if they want to reach out to me. I’d really like to get this feature working or at least figure out what about my systems are causing problems. I have yet to come across any other reports of this specific issue on the Plex forums, UnRAID forums, or Reddit.

EDIT: Well scratch that 'm not the only one: Plex is Running Out of Memory and Crashing FreeNAS

35

I’m having the same issue. Insane resource utilization during the maintenance window every other day. I’m running Plex on macOS - no container - so after about 30-40 minutes the computer eventually panics and reboots.

36

Glad to know this is a growing issue for more users. Hopefully it will garner a more intense investigation from Plex.

@anon18523487 I bumped RAM up to 10GB, enabled intro scanning, changed my schedule task window to right now, and let it rip. Within 5 minutes Plex had happily consumed nearly 9GB of RAM and was killed pretty much immediately after this screenshot by the OOM reaper:

image
image1107×167 9.18 KB

Plex will happily occupy as much memory as you let it with seemingly no end to its appetite so I would say throwing system resources at this is not a viable solution.

Forgot to include new logs: Plex Media Server Logs_2020-08-03_10-45-16.zip (3.7 MB)

37

You can bump it a whole lot more, but it won’t make a difference…

image
image1550×285 41.6 KB

1 Like
38

Yeah I figured raising the RAM limit wouldn’t do anything to fix it but you gotta play ball if you want help so I figured it wouldn’t hurt to try it.

I’ve been using a script to slowly go through my TV shows and check for bad files with FFMPEG, I think I found another culprit that the intro scanner has been getting hung up on.

It seems like it just doesn’t handle damaged/improperly encoded files very well and it gets stuck in an infinite loop consuming all your RAM in the process. Ideally it would just gracefully fail and move on to the next file. This is all assumed behavior though just based on what I’ve observed (and this was a known issue that was supposedly fixed in an earlier release IIRC).

39

Can you share the script you’re using to look for bad files?

My library is already pretty clean and I’m not having this particular problem.

I agree completely that bad files shouldn’t cause the system to ker-splode.

40

Absolutely.

It was written by another user @FlexiPlexi in troubleshooting an issue that sounds similar to what we are experiencing here where Plex exhausts all available resources.

It is a Linux shell script & is VERY verbose in it’s output. You will need to download the FFMPEG binary for your system and place it in the same directory as the script. There is a windows version which this was based on posted by a mod here

Pretty much anything that produces more than the ### CHECK line in the log should be considered as having an issue FFMPEG (and by extension plex’s intro detection) probably won’t like very much. You should replace those files or fix the errors if possible. <- This is strictly my opinion as I am no expert video encoder.

#!/bin/bash
# This script uses FFMPEG to find possible damaged video files.
# Logs found files in a given directory (WHERE2SCAN) to a logfile (LOGNAME) and lists any issues FFMPEG finds.

WHERE2SCAN="/YOUR/PATH/HERE"
LOGNAME="/LOG/PATH/LOGNAME.log"
shopt -s nullglob nocaseglob

echo `date` "### START" >$LOGNAME

find "$WHERE2SCAN" -type f \( -iname "*.MKV" -o -iname "*.MP4" -o -iname "*.AVI" \) -exec echo `date` "### CHECK " >>$LOGNAME {} \; -exec bash -c './ffmpeg -v error -i "$0" -f null - 2>>$LOGNAME' {} \;

echo `date` "### END" >>$LOGNAME
41

If you can verify this, please upload that file to a sharing site and PM me a link. Bad files should not cause this unless it’s a REALLY bad file, something that is totally unexpected.