Suddenly can't seek/skip/resume

[kefler 8]

Hi - not sure how to debug this. I've been using emby server in a dedicated CentOS7 VM w/ android players for about a year.   Starting a few nights ago, I believe coinciding with the latest released server, I lost the ability to seek/skip in files, from any client (web, android, or androidtv).   If I play any file even a few seconds it gets marked as 'viewed', and there's no way to skip forward/back.   On android TV if you hit the back skip button, it jumps to 0:00 and starts playing the show from the beginning.

 

Any ideas how to debug this? 

 

If I do play a show, i see something like this a few times in the server log.  I haven't paid enough attention to know if this is the problem. 

 

Edit:  Version 3.0.5911.0 is the server version.

2016-03-30 23:49:08.8300 Info HttpServer: HTTP Response 200 to 10.6.30.102. Time: 2ms. http://10.6.30.4:8096/emby/Users/eb7beb2efe7740ba89ebda815d7e0105/Items/0e71178a3954a47606b762a66871776a?format=json
2016-03-30 23:49:09.0038 Error App: Error streaming media. The client has most likely disconnected or transcoding has failed.
        *** Error Report ***
       Version: 3.0.5911.0
       Command line: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe -programdata /var/lib/emby-server -restartpath /usr/lib/emby-server/restart.sh
       Operating system: Unix 3.10.0.327
        Processor count: 2
        64-Bit OS: True
        64-Bit Process: True
        Program data path: /var/lib/emby-server
        Mono: 4.2.1 (Stable 4.2.1.102/6dd2d0d Wed Jan 13 16:44:34 UTC 2016)
        Application Path: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe
        One or more errors occurred.
        System.AggregateException
          at System.Threading.Tasks.Task.WaitAll (System.Threading.Tasks.Task[] tasks, Int32 millisecondsTimeout, CancellationToken cancellationToken) <0x7f664ab91ac0 + 0x004ee> in <filename unknown>:0
          at System.Threading.Tasks.Task.WaitAll (System.Threading.Tasks.Task[] tasks, Int32 millisecondsTimeout) <0x7f664ab91a60 + 0x00028> in <filename unknown>:0
          at System.Threading.Tasks.Task.WaitAll (System.Threading.Tasks.Task[] tasks) <0x7f664ab919d0 + 0x00016> in <filename unknown>:0
          at MediaBrowser.Api.Playback.Progressive.ProgressiveStreamWriter.WriteToInternal (System.IO.Stream responseStream) <0x4176d2d0 + 0x000e4> in <filename unknown>:0
        InnerException: System.IO.IOException
        Write failure
          at System.Net.Sockets.NetworkStream.Write (System.Byte[] buffer, Int32 offset, Int32 size) <0x4136fdc0 + 0x00113> in <filename unknown>:0
          at SocketHttpListener.Net.ResponseStream.InternalWrite (System.Byte[] buffer, Int32 offset, Int32 count) <0x4136fd10 + 0x0008f> in <filename unknown>:0
          at SocketHttpListener.Net.ResponseStream.Write (System.Byte[] buffer, Int32 offset, Int32 count) <0x4136c4a0 + 0x001eb> in <filename unknown>:0
          at MediaBrowser.Api.Playback.Progressive.ProgressiveFileCopier.CopyToInternal (System.IO.Stream source, System.IO.Stream destination, Int32 bufferSize) <0x4176df40 + 0x0006b> in <filename unknown>:0
          at MediaBrowser.Api.Playback.Progressive.ProgressiveFileCopier+<StreamFile>c__async0.MoveNext () <0x4176d9a0 + 0x0017f> in <filename unknown>:0
        InnerException: System.Net.Sockets.SocketException
        Connection reset by peer
          at System.Net.Sockets.Socket.Send (System.Byte[] buffer, Int32 offset, Int32 size, SocketFlags flags) <0x4136ff90 + 0x000e3> in <filename unknown>:0
          at System.Net.Sockets.NetworkStream.Write (System.Byte[] buffer, Int32 offset, Int32 size) <0x4136fdc0 + 0x0009f> in <filename unknown>:0

Edited March 31, 2016 by kefler

[kefler 8]

 

Figured it out:  I checked the show I was trying to watch and it had no info on the file, just the path but no video/audio data.   I refreshed it, the info shows up, and seek/skip works again.   

However, it appears that all the metadata from every file in the library was lost.  Must have happened on the last server upgrade.