Serviio

Hi,

for a few days now, my Serviio installation has exhibited the following phenomenon, which I have managed to trace down as follows:

* I see in the log, that the PipeManager finds new files:

DEBUG [PipeManager] Adding file '/path/to/my/file' to the delta queue (file added)

* I have "Library refresh -> Keep library automatically updated" active, but
* nothing happens - even for days!
* There is especially no error in the logs!

* Only when I click "Library refresh -> Force Refresh" in the console (or restart Serviio), the

* LibraryOneTimeScanner immediately kicks in with

DEBUG [LibraryOneTimeScanner] Looking for files to share in folder: /path/to/my

* and also the MediaItemDAOImpl + VideoExtractionStrategy + FFMPEGWrapper + ProcessExecutor + FFmpegMetadataRetriever + MetadataExtractionCoordinator are processing the file(s)

* and eventually the MediaFileIndexer is reporting

INFO [MediaFileIndexer] Added file '/path/to/my/file' (title: The title) to Library

* and the file becomes visible.

I would be grateful for a few pointers as to what the problem is here and how I can help Serviio index the files immediately.

Thank you!

Andy

Update:
Monitoring the MediaFileIndexer more closely it looks as if it got “stuck” on another file from a few days ago (which fits in the time frame of my above phenomenon). That file appeared in the logs every ~5 minutes - but still no error or something, just the same file over and over again, just with somewhat “indecisive” messages as to whether the file is already indexed or not:

DEBUG [PipeManager] Adding file '/path/to/broken/file' to the delta queue (file added)
DEBUG [MediaFileIndexer] Found file '/path/to/broken/file', checking if it's already in the Library
DEBUG [PipeManager] Adding file '/path/to/broken/file' to the delta queue (file added)
DEBUG [MediaItemDAOImpl] Media item /path/to/broken/file doesn't exist in DB yet

After deletion of that broken file, another new file showed up in the index immediately.

This could have been the cause. I will keep monitoring it.

Thank you!

Andy