-
Komf-Docker Support Thread
Success! That fixed it! Also, you're right that I did have it set to comic_info mode, but I had been getting the same permission error even when I had it set to API. It's working with either setting now, though.
-
Komf-Docker Support Thread
Thanks for taking a look at this. I hadn't seen that issue in my searches, but I'm not sure what Kohega means when they say, "After adding my manga location path to the komf docker container, no more writing issue" (and the last reply in the thread is asking Kohega what they mean, too). I don't see anywhere in the Komf container settings or in the application.yml to add the location path. I do have my Komga base URI, user, and pw set in the yml. Here's my redacted docker run command for Komf: docker run -d --name='Komf' --net='bridge' -e TZ="America/Los_Angeles" -e HOST_OS="Unraid" -e HOST_HOSTNAME="CHOAM" -e HOST_CONTAINERNAME="Komf" -e 'KOMF_KOMGA_BASE_URI'='http://***.***.**.**:25600' -e 'KOMF_KOMGA_USER'='*******@*******.com' -e 'KOMF_KOMGA_PASSWORD'='************' -e 'KOMF_KAVITA_BASE_URI'='' -e 'KOMF_KAVITA_API_KEY'='' -e 'KOMF_LOG_LEVEL'='INFO' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.icon='https://avatars.githubusercontent.com/u/76580768?v=4' -p '8085:8085/tcp' -v '/mnt/user/appdata/Komf':'/config':'rw' 'sndxr/komf:latest' 767a1ff1b6cd794afa51f3e04dcb20d0fe2a0f70204217a815f9b38792d644b0 The command finished successfully! And the one for Komga: docker run -d --name='Komga' --net='bridge' -e TZ="America/Los_Angeles" -e HOST_OS="Unraid" -e HOST_HOSTNAME="CHOAM" -e HOST_CONTAINERNAME="Komga" -e 'KOMGA_LIBRARIES_SCAN_DIRECTORY_EXCLUSIONS'='#recycle,@eaDir' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:25600]' -l net.unraid.docker.icon='https://raw.githubusercontent.com/selfhosters/unRAID-CA-templates/master/templates/img/komga.png' -p '25600:25600/tcp' -v '/mnt/user/Media/Comics/':'/comics':'rw' -v '/mnt/user/appdata/Komga':'/config':'rw' 'gotson/komga' 63dd323829af989b6b3c87712d25940a94519fad06727f2934ab66d2c4c5a004 The command finished successfully! Thanks!
-
magnuspraeda started following Komf-Docker Support Thread
-
Komf-Docker Support Thread
I just set up Komf to try and streamline adding metadata to my comic library. Both Komf and Komga docker containers are up to date as of today. I've managed to get Komf talking to Komga and got the userscript set up, but I'm running into a permissions issue for some reason. Every relevant file, share, etc., is set to "nobody" as owner and permissions are drwxrwxrwx (for folders) or -rw-rw-rw- (for files) across the board. Nevertheless, I keep getting an error that Komf doesn't have write permission to update files. This is an example from my logs: 8:10:10.600 [JettyServerThreadPool-Virtual-7] INFO org.snd.mediaserver.MetadataService -- Setting metadata for series "Above Snakes 001-005 (2022)" MediaServerSeriesId(id=0F5CHDTDFYHCV) using COMIC_VINE ProviderSeriesId(id=144032) 18:10:11.595 [JettyServerThreadPool-Virtual-7] INFO org.jooq.impl.DefaultExecuteContext.logVersionSupport -- Version : Database version is supported by dialect SQLITE: 3.43.0 18:10:12.523 [JettyServerThreadPool-Virtual-7] INFO org.snd.mediaserver.MetadataUpdateService -- updating book Above Snakes 001 (2022) 18:10:12.528 [JettyServerThreadPool-Virtual-7] WARN io.javalin.Javalin -- Uncaught exception org.snd.common.exceptions.ValidationException: No write permission for file /comics/Above Snakes 001-005 (2022)/Above Snakes 001 (2022).cbz at org.snd.metadata.comicinfo.ComicInfoWriter.validate(ComicInfoWriter.kt:145) at org.snd.metadata.comicinfo.ComicInfoWriter.writeMetadata(ComicInfoWriter.kt:80) at org.snd.mediaserver.MetadataUpdateService.updateBookMetadata(MetadataUpdateService.kt:118) at org.snd.mediaserver.MetadataUpdateService.updateBookMetadata(MetadataUpdateService.kt:89) at org.snd.mediaserver.MetadataUpdateService.updateMetadata(MetadataUpdateService.kt:51) at org.snd.mediaserver.MetadataService.setSeriesMetadata-_O6TCEk(MetadataService.kt:86) at org.snd.api.MetadataController.identifySeries(MetadataController.kt:92) at org.snd.api.MetadataController.register$lambda$1$lambda$0$identifySeries(MetadataController.kt:44) at io.javalin.routing.HandlerEntry.handle(HandlerEntry.kt:19) at io.javalin.http.servlet.DefaultTasks.HTTP$lambda$8$lambda$6$lambda$5(DefaultTasks.kt:39) at io.javalin.http.servlet.JavalinServlet.handleTask(JavalinServlet.kt:88) at io.javalin.http.servlet.JavalinServlet.handleSync(JavalinServlet.kt:53) at io.javalin.http.servlet.JavalinServlet.service(JavalinServlet.kt:41) at jakarta.servlet.http.HttpServlet.service(HttpServlet.java:587) at io.javalin.jetty.JavalinJettyServlet.service(JavalinJettyServlet.kt:58) at jakarta.servlet.http.HttpServlet.service(HttpServlet.java:587) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:764) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:529) at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:221) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1570) at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:221) at io.javalin.jetty.JettyServer$start$wsAndHttpHandler$1.doHandle(JettyServer.kt:61) at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:176) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:484) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1543) at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:174) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1303) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:129) at org.eclipse.jetty.server.handler.StatisticsHandler.handle(StatisticsHandler.java:173) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:122) at org.eclipse.jetty.server.Server.handle(Server.java:563) at org.eclipse.jetty.server.HttpChannel.lambda$handle$0(HttpChannel.java:505) at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:762) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:497) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:282) at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:314) at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:100) at org.eclipse.jetty.io.SelectableChannelEndPoint$1.run(SelectableChannelEndPoint.java:53) at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.base/java.util.concurrent.FutureTask.run(Unknown Source) at java.base/java.lang.VirtualThread.run(Unknown Source) I'd appreciate any help on this since I've been bashing my head against this for a few days now.
magnuspraeda
Members
-
Joined
-
Last visited