Mkv files no longer playing

I have used plex for a long time running OpenMediaVault - debian plex distribution. Ever since 1.10.1.4602 upgrade I am unable to play any MKV movie file, other files like MP4 will work. When attempting to play a MKV, it will take some time then timeout, and display a shaka1001 error. Other items in the library, such as music, mp4’s play without problem.

I just installed 1.11.0.4666 with the same results.

I have recorded debug logs, please assist

Server logs

You’re seeing a known server bug.

Do you have Hardware Transcoding enabled?

If so, do you have the error with it turned off?

Dec 31, 2017 00:02:08.768 [0x7f624d3fd700] DEBUG - Downloading document http://127.0.0.1:32400/library/metadata/1?includeBandwidths=1&offset=-1&X-Plex-Session-Identifier=19tllkkgy1rj09426jikl1di
Dec 31, 2017 00:02:08.769 [0x7f624d3fd700] DEBUG - Auth: authenticated user 1 as ackka
Dec 31, 2017 00:02:08.776 [0x7f624d3fd700] DEBUG - We're going to try to auto-select an audio stream for account 1.
Dec 31, 2017 00:02:08.776 [0x7f624d3fd700] DEBUG - Selecting best audio stream for part ID 1 (autoselect: 1 language: en)
Dec 31, 2017 00:02:08.776 [0x7f624d3fd700] DEBUG - Audio Stream: 2060, Subtitle Stream: -1
Dec 31, 2017 00:02:08.777 [0x7f624d3fd700] DEBUG - Codecs: testing h264_qsv (encoder)
Dec 31, 2017 00:02:08.778 [0x7f624d3fd700] DEBUG - Codecs: hardware transcoding: testing API qsv
Dec 31, 2017 00:02:08.778 [0x7f624d3fd700] ERROR - [FFMPEG] - Failed to initialise VAAPI connection: -1 (unknown libva error).
Dec 31, 2017 00:02:08.778 [0x7f624d3fd700] DEBUG - Codecs: hardware transcoding: opening hw device failed - probably not supported by this system, error: Input/output error
Dec 31, 2017 00:02:08.779 [0x7f624d3fd700] DEBUG - Codecs: testing h264_vaapi (encoder)
Dec 31, 2017 00:02:08.779 [0x7f624d3fd700] DEBUG - Codecs: hardware transcoding: testing API vaapi
Dec 31, 2017 00:02:08.779 [0x7f624d3fd700] ERROR - [FFMPEG] - Failed to initialise VAAPI connection: -1 (unknown libva error).
Dec 31, 2017 00:02:08.779 [0x7f624d3fd700] DEBUG - Codecs: hardware transcoding: opening hw device failed - probably not supported by this system, error: Input/output error
Dec 31, 2017 00:02:08.779 [0x7f624d3fd700] DEBUG - Codecs: testing h264_nvenc (encoder)
Dec 31, 2017 00:02:08.779 [0x7f624d3fd700] ERROR - [FFMPEG] - Cannot load libcuda.so.1
Dec 31, 2017 00:02:08.779 [0x7f624d3fd700] WARN - avcodec_open2 returned -1313558101 for encoder 'h264_nvenc'
Dec 31, 2017 00:02:08.779 [0x7f624d3fd700] DEBUG - Scaled up video bitrate to 10080Kbps based on 1.500000x fudge factor.
Dec 31, 2017 00:02:08.780 [0x7f624d3fd700] DEBUG - MDE: Selected protocol dash; container: mp4
Dec 31, 2017 00:02:08.780 [0x7f624d3fd700] DEBUG - MDE: analyzing media item 1
Dec 31, 2017 00:02:08.780 [0x7f624d3fd700] DEBUG - MDE: 20,000 Leagues Under the Sea (1954): Direct Play is disabled
Dec 31, 2017 00:02:08.780 [0x7f624d3fd700] DEBUG - MDE: 20,000 Leagues Under the Sea (1954): media must be transcoded in order to use the dash protocol
Dec 31, 2017 00:02:08.780 [0x7f624d3fd700] DEBUG - MDE: 20,000 Leagues Under the Sea (1954): no direct play video profile exists for http/mkv/mpeg2video
Dec 31, 2017 00:02:08.780 [0x7f624d3fd700] DEBUG - MDE: 20,000 Leagues Under the Sea (1954): no direct play video profile exists for http/mkv/mpeg2video/ac3
Dec 31, 2017 00:02:08.780 [0x7f624d3fd700] DEBUG - MDE: 20,000 Leagues Under the Sea (1954): no remuxable profile found, so video stream will be transcoded
Dec 31, 2017 00:02:08.780 [0x7f624d3fd700] DEBUG - Codecs: testing h264_nvenc (encoder)
Dec 31, 2017 00:02:08.780 [0x7f624d3fd700] ERROR - [FFMPEG] - Cannot load libcuda.so.1
Dec 31, 2017 00:02:08.780 [0x7f624d3fd700] WARN - avcodec_open2 returned -1313558101 for encoder 'h264_nvenc'
Dec 31, 2017 00:02:08.780 [0x7f624d3fd700] DEBUG - Scaled up video bitrate to 10080Kbps based on 1.500000x fudge factor.
Dec 31, 2017 00:02:08.780 [0x7f624d3fd700] DEBUG - MDE: 20,000 Leagues Under the Sea (1954): selected media 0 / 1
Dec 31, 2017 00:02:08.781 [0x7f624d3fd700] DEBUG - Streaming Resource: Adding session 0x7f625ac22720:19tllkkgy1rj09426jikl1di which is using transcoder slot.  Used slots is now 1
Dec 31, 2017 00:02:08.781 [0x7f624d3fd700] DEBUG - Streaming Resource: Added session 0x7f625ac22720:19tllkkgy1rj09426jikl1di

Seems as though something happening with additional dependencies on the Plex Transcoder process.

@openmediavault:/sbin$ ldd /usr/lib/plexmediaserver/Plex\ Transcoder
linux-vdso.so.1 (0x00007fff6739d000)
libva.so.2 => not found
libva-drm.so.2 => not found
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fcc415ad000)
libiconv.so.2 => not found
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fcc41202000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fcc40f00000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fcc40bf5000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fcc409f1000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007fcc407c7000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fcc405bf000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fcc403a9000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fcc4018b000)
/lib64/ld-linux-x86-64.so.2 (0x00005567d0cfc000)

You can’t look at the transcoder that way. you would be chasing a red herring.

Please answer my question above.

Hardware encoding was turned on, I turned it off, restarted server - same result.

Would it be better if I used a standard distro like regular Ubuntu Server ? then openmediavault ? I mostly use this box as a lightweight NAS + webserver.

Yes it would be better if you used Ubuntu. Ubuntu is supported. OMV is not supported.

If you replicate this problem in Ubuntu, I can legitimately take it to Engineering as a bug. As OMV, bug reports will be rejected.