Serviio

After installing version 1.6 on my synology ds114 serviio seems to be broken.

symptoms are: the shared folders are not being indexed. only 1 or two files are found (sometimes)
when using the console, a lot of the time settings are not saving (the icon just keeps rotating)

during the update i got an error message, so i uninstalled everything and then reinstalled from scratch the java package and the synology package.

I have no idea what could be wrong. I do not have a high CPU load, which is sometimes mentioned in the forum.
Although I understand telnet and ssh linux and stuff like thta I do not know a lot of details.
So when asking me to do stuff, please explain how to do it. (f.e. sometimes people are asked to post a log, if that is relevant, please tell me how to get that log)
If possible I think it is better to return to the previous version, but I do not know how to do that.

I did find the log for servio in the packagecenter. that is showing errors. how can i post that log here?

this is the error that i get in the log files:

Exception in thread "Thread-224" java.lang.ArrayIndexOutOfBoundsException: 0
at sun.nio.cs.UTF_8$Decoder.decode(UTF_8.java:441)
at java.lang.StringCoding$StringDecoder.decode(StringCoding.java:153)
at java.lang.StringCoding.decode(StringCoding.java:193)
at java.lang.String.<init>(String.java:426)
at java.util.jar.Attributes.read(Attributes.java:418)
at java.util.jar.Manifest.read(Manifest.java:199)
at java.util.jar.Manifest.<init>(Manifest.java:69)
at java.util.jar.JarFile.getManifestFromReference(JarFile.java:199)
at java.util.jar.JarFile.getManifest(JarFile.java:180)
at sun.misc.URLClassPath$JarLoader$2.getManifest(URLClassPath.java:944)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:450)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at org.apache.log4j.spi.LoggingEvent.<init>(LoggingEvent.java:165)
at org.apache.log4j.Category.forcedLog(Category.java:391)
at org.apache.log4j.Category.log(Category.java:856)
at org.slf4j.impl.Log4jLoggerAdapter.error(Log4jLoggerAdapter.java:575)
at org.serviio.upnp.protocol.soap.ServiceInvoker.invokeOperation(ServiceInvoker.java:264)
at org.serviio.upnp.protocol.soap.ServiceInvoker.invokeService(ServiceInvoker.java:93)
at org.serviio.upnp.webserver.ServiceControlRequestHandler.handleRequest(ServiceControlRequestHandler.java:66)
at org.serviio.upnp.webserver.AbstractRequestHandler.handle(AbstractRequestHandler.java:61)
at org.apache.http.protocol.HttpService.doService(HttpService.java:423)
at org.serviio.upnp.webserver.ServiioHttpService.doService(ServiioHttpService.java:78)
at org.apache.http.protocol.HttpService.handleRequest(HttpService.java:341)
at org.serviio.upnp.webserver.WebServer$WorkerThread.run(WebServer.java:204)

I have the exact same problem and I get the same error in the log. Running DSM6 on DS114.
I noticed that if metadata is turned off Serviio manages to index most of the video files, however it breaks after metadata is switched back on and fails to retrieve metadata.

UPDATE: Went back to version 1.5.2. Still doesn't work properly, so I'm guessing the problem is related to DSM 6. With disabled metadata Serviio it indexes video files, but it crashes when indexing audio files. Also crashes when metadata is enabled

Any ideas?

Looks like a Java problem to me

I have reinstalled the Java 8 package, but that does not solve the problem.
So it should be a coding problem in the java package or a wrong call to java in the software package.

you could install the logitech server for audio files.

If serviio does not get the meta-data, is it still able to place the files in the correct categories?

Seems like a problem with the java package on Synology. Here they have the same problem: https://forum.synology.com/enu/viewtopic.php?t=108843

Here as well - and they use the same Java package as the Serviio build: https://github.com/openhab/openhab-syno-spk/issues/19

Looks like we will need a new Java build by patters

the second problem was solved by installing the java version that dsm provides.
so I will try that this weekend.
I am not at home this week.

So I removed Patters' Java and installed the one from the package center. Serviio 1.6 was still crashing at some point but it did manage to index all the files after a few restarts. However, it was crashing when I tried to play files on my Samsung E-series player. So I went back to Serviio 1.5 28 and now everything is working fine, the same as before DSM 6.

Also, I will never update anything on my NAS ever again as long as it is working fine )))))

can you explain how you were able to return to version 1.5?
do you need to downgrade the dsm version?
where did you get the installation files?

No need to downgrade DSM. I uninstalled 1.6, downloaded 1.5 from http://packages.pcloadletter.co.uk/downloads/old/ and installed it manually.

which java package did you use?
I tried to instal 1.5.2 with the java 8 package, but I get the same errors.
I seems there is an incompatibility with dsm 6

Apologies I had not been able to test this as I had given my my old DS111 NAS (with ARM CPU) to my parents, and it was inaccessible remotely as they had changed broadband company. I have recently updated it to DSM 6.0 with Serviio 1.6 and I did not run into this issue, though I used Java Embedded 8u77 which was more recent. Serviio has been running without crashing on it since Easter. Have you tried with the latest Java Embedded 8u91?

Ill give it shot later today. I'll have to upgrade my DSM back to 6.0.

patters:

thanks for the support.

I have deleted everything I installed previously, rebooted, installed jave, rebooted, installed synology, rebooted.

Unfortunately I stell get the same (or similar) error in the serviio logs.

I have attached the log to this post.

can I do anything else to help solve this problem?

I am not 100% sure yet, but it seems I have found where serviio goes wrong.

I have disabled all the local indexing of metadata. so it is not searching for local files anymore, just collecting data from the internet.
this seems to work.
at least I have not found problems yet, and off course i will keep trying