I've got ~750 ePubs on an external drive attached to an ubuntu server I'm using. I utilized the LinuxServer.io Docker image to run an instance of Ubooquity. It runs behind another container that acts as a reverse-proxy for a few services I host. I noticed a while back that the covers of the folders weren't loading very quickly. Sometimes folder links would take a full minute to load. I started trying to troubleshoot this today when I had a minute.

First I updated the docker container as I was a version or two behind. No major difference after updating. 

Checked permissions on the Books folder. (specifically that the gid and uid match, and I set permissions to 775) 

Added another theme (plextheme) to see if that would alter anything. 

Changed Maxmem on the container to make sure it wasn't running out of RAM or etc. (4096mb)

Cleared cache on the database

Tried incognito and a new browser just in case. 

Confirmed same results on a mobile browser. 

I use calibre sorting, and it tends to be that all the A-G or so author folders will correctly load an image. I might get one or two folders with a generic cover, and then the rest of the page is showing broken images where the cover should be. 

I checked the logs and am seeing this and others like it: 

ERROR com.ubooquity.d.b - Request processing failed for URI: /books/1969/coverFolder?cover=true (method:GET)
java.lang.NullPointerException: null
at com.ubooquity.provider.book.g.a(SourceFile:169) ~[Ubooquity.jar:2.1.2]
at com.ubooquity.d.c.a(SourceFile:142) ~[Ubooquity.jar:2.1.2]
at com.ubooquity.d.b.handle(SourceFile:54) ~[Ubooquity.jar:2.1.2]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) [jetty-server-9.4.0.v20161208.jar.6468239414284984926.tmp:9.4.0.v20161208]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:190) [jetty-server-9.4.0.v20161208.jar.6468239414284984926.tmp:9.4.0.v20161208]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1228) [jetty-server-9.4.0.v20161208.jar.6468239414284984926.tmp:9.4.0.v20161208]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:170) [jetty-server-9.4.0.v20161208.jar.6468239414284984926.tmp:9.4.0.v20161208]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1130) [jetty-server-9.4.0.v20161208.jar.6468239414284984926.tmp:9.4.0.v20161208]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) [jetty-server-9.4.0.v20161208.jar.6468239414284984926.tmp:9.4.0.v20161208]
at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:118) [jetty-server-9.4.0.v20161208.jar.6468239414284984926.tmp:9.4.0.v20161208]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) [jetty-server-9.4.0.v20161208.jar.6468239414284984926.tmp:9.4.0.v20161208]
at org.eclipse.jetty.server.Server.handle(Server.java:564) [jetty-server-9.4.0.v20161208.jar.6468239414284984926.tmp:9.4.0.v20161208]
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:318) [jetty-server-9.4.0.v20161208.jar.6468239414284984926.tmp:9.4.0.v20161208]
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251) [jetty-server-9.4.0.v20161208.jar.6468239414284984926.tmp:9.4.0.v20161208]
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:279) [jetty-io-9.4.0.v20161208.jar.1142343236971734481.tmp:9.4.0.v20161208]
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:112) [jetty-io-9.4.0.v20161208.jar.1142343236971734481.tmp:9.4.0.v20161208]
at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:124) [jetty-io-9.4.0.v20161208.jar.1142343236971734481.tmp:9.4.0.v20161208]
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:672) [jetty-util-9.4.0.v20161208.jar.4902311888213625721.tmp:9.4.0.v20161208]
at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:590) [jetty-util-9.4.0.v20161208.jar.4902311888213625721.tmp:9.4.0.v20161208]
at java.lang.Thread.run(Thread.java:748) [na:1.8.0_242]

Can anyone assist me here? Is it something specific to my docker image? Something I messed up in the settings? 

Hello! I have a really strange problem: Some of my cbr-files show up with a generic book-icon, clicking on them they show "Book contains 1 page". I cannot read it, but download.

So i unpacked and packed the files again with rar, using m4 and later with m5 (rar version 4, 5), but same error. Logs show "WARN, not a rar file..."

So i renamed my freshly created rar-file (which was renamed before to .cbr) to .cbz:

Ubooquity is able to read the file without error. Book cover is shown right!

Now i tested by unzipping my .cbz: results in an error from unzip: "Not a zip-file" - which is obviously right.

I can unrar the file without problem. I have tested with "correct" cbrs by doing an unrar, rar again without any options set, they work right and show up as expected. So i think there is no error in the rar files itself. The folder containing the jpg's dont contain special files like Appledouble, thumb or anything else. Only jpg's.

Oh, my ubooquity server runs in a freebsd jail, with -Xmx2g.

If you need further infos i can give.

Hihi, I recently installed Ubooquity server on my QNAP NAS. It's an amazing app. The only thing is that the memory usage racks up very quickly, and does not reduce even during inactivity. Memory usage initially stands at 200MB, and that is fine. But it quickly goes over 1GB after reading a few comics, and that does not go down even after I finished reading. This then makes my entire NAS system very slow (4GB in total of RAM). Is there any settings I could change in order to limit, or release memory usage, when Ubooquity is not in use?  Many thanks. 

I've installed Ubooquity on a clean Windows Server 2016 virtual machine under VMware ESXi. Java is version 8, Update 251 (Build 1.8.0_251-b08). Content is on a Synology NAS, with SMB/CIFS shares set up. There are no network issues between the Windows server VM and the NAS. There is no antivirus installed on the server other than Windows Defender. (Virus scanning is done at multiple levels elsewhere on the network.) I am using the Plex theme.

I initially indexed a folder containing various magazines that was mapped to the Ubooquity server as M:\. Since I didn't like seeing the drive share as a high-level source on Ubooquity's desktop, I created a folder called Magazines, deleted the M:\ shared folder from U and mapped the Magazines share instead. Fine. Until today, when M:\ reappeared on U's desktop and "Magazines" disappeared.

I have another share mapped called "Books."

Sometimes I see the two mapped shares/sources on U's desktop. Mostly, I see only one. Which one, I cannot predict.

Looking at the Ubooquity admin console, I often see a message stating that the admin console can't reach the Ubooquity server even though they are both on the same machine. The message is transient and usually disappears in a few seconds to a few minutes.

MultiException[java.net.BindException: Address already in use: bind, java.net.BindException: Address already in use: bind]
at org.eclipse.jetty.server.Server.doStart(Server.java:416)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at com.ubooquity.d.e.a(SourceFile:90)
at com.ubooquity.b.a(SourceFile:95)
at com.ubooquity.a.b(SourceFile:29)
at com.ubooquity.Ubooquity.main(SourceFile:247)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.ubooquity.e.a.a(SourceFile:823)
at com.ubooquity.Launcher.main(SourceFile:10)
Suppressed: java.net.BindException: Address already in use: bind
at sun.nio.ch.Net.bind0(Native Method)
at sun.nio.ch.Net.bind(Unknown Source)
at sun.nio.ch.Net.bind(Unknown Source)
at sun.nio.ch.ServerSocketChannelImpl.bind(Unknown Source)
at sun.nio.ch.ServerSocketAdaptor.bind(Unknown Source)
at org.eclipse.jetty.server.ServerConnector.open(ServerConnector.java:298)
at org.eclipse.jetty.server.AbstractNetworkConnector.doStart(AbstractNetworkConnector.java:80)
at org.eclipse.jetty.server.ServerConnector.doStart(ServerConnector.java:236)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at org.eclipse.jetty.server.Server.doStart(Server.java:431)
... 11 more
Caused by: java.net.BindException: Address already in use: bind
at sun.nio.ch.Net.bind0(Native Method)
at sun.nio.ch.Net.bind(Unknown Source)
at sun.nio.ch.Net.bind(Unknown Source)
at sun.nio.ch.ServerSocketChannelImpl.bind(Unknown Source)
at sun.nio.ch.ServerSocketAdaptor.bind(Unknown Source)
at org.eclipse.jetty.server.ServerConnector.open(ServerConnector.java:298)
at org.eclipse.jetty.server.AbstractNetworkConnector.doStart(AbstractNetworkConnector.java:80)
at org.eclipse.jetty.server.ServerConnector.doStart(ServerConnector.java:236)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at org.eclipse.jetty.server.Server.doStart(Server.java:431)
... 11 more

------------------

Now, since it seems to be a port error ( I say seems, because it says so but doesn't specify any port) I tried 8 other ports, and still got the same error no matter what, so I don't actually think that's the issue.

I have java 8, and reinstalled it even. Port 2202 and 2203 are completely cleared. Windows 10, fully up-to-date. I had the server up and running for maybe 2 months with no problems, then roughly a week ago, anytime I try to launch the jar file in anyway, it comes back with that error.

I've tried new files. I've tried deleting them. I've tried an old install. I have absolutely no wits about me anymore and I don't know what to do.

I need any and all the help I can get, please.

Thank you

hello, good morning everyone, last night installed a docker from linuxserver.io.
in a physical dedicadet oneprovider.com server with Xeon cores and 16 RAM
i have a rclone VFS mount point to Gdrive where are my comics
...everything ok in the install, but i dont know why the scans are extremely slow. only 70 items in one night
...someone says perhaps its a limited access CPU docker, perhaps bad rclone mount flags or otherwise.

somebody are in the same issues?

thanxxxxxs !

I am unable to access the server on any of my lan machines. It is currently running on a windows 10 box and I have set up the firewall to allow connections in and out TCP and UDP for the port. I am a bit confused though because I can access it on localhost.

I would like to know if it is possible to connect comicrack to ubooquity which has been reverse proxied and read my comics over the web

What is the hashing / salting mechanism used for creating a users password? I would like to batch create the users in bulk for my work moving all our literature to here.

Going forward I will then try to create a php script to keep our userlist up to date on a cron shedule

Thanks