C3004

Ok, Networks works. Tachidesk can access cloudflared too. I think the reason Tachidesk doesn't access Flaresolverr is because it gets the some other http status code. Flaresolverr only get's accessed when Tachidesk needs it to solve a captcha. It's good that it works on the windows pc (which client do you use there?), we can backtrack from there. So what are the differences between the both setups? Are the unraid host and Windows machine on the same network, and or the same internet connection? Is any of those using an vpn for internet access? Do your unraid server and windows machine use the same dns server and do they get the same answers?(Check with nslookup mangakakalot.gg on both machines; the container doesn't have the command, use the unraid console) If you still have the dns command on the container remove it. In the github keiyoushi issues tab the reasons i've seen so far for managakakalot to not work are only Ip-ratebans for too many requests. But that would affect the windows setup too(if they are on the same network). Otherwise you can try the different mangakakalot mirrors in the extension settings. Otherwise an old Tachiyomi post suggested deactivating dns over https, but suwayomi doesn't have that, so your upstream dns server decides that. Lastly enable debug logs in tachidesk and check what it says. Heres mine: One should first get the 403, then it should recheck over flaresolverr to get workable cookies and smoot sailing from there. Maybe one of the closed issues could help too: https://github.com/keiyoushi/extensions-source/issues?q=is%3Aissue%20state%3Aclosed%20mangakakalot Kind Regards

Okay, we seem to have two problems. First we need to get flaresolver to talk to tachidesk, second magakakalot seems to be one of the most ip-ban friendly agregators out there. For the first one: open the console of tachidesk and type curl http://flaresolverr:8191 If we get a failed to connect message we need to recheck the network setup; send the docker run of both containers for that. if we get the flaresolverr message body we check the tachidesk settings. Go to tachidesk webui goto settings --> server --> scroll down, there should be a flaresolver section. Here my setup: Now for the second problem. Mangakakalot seems to have a low threshold for ip bans to keep bots away. See https://github.com/keiyoushi/extensions-source/issues/13106. Recheck in your webbrowser if you can reach the site. If you get a bad response your ip got banned. In that case offload some titles away from mangakakalot. First try changing kakalot mirror; see here (from previous link discussion): Further we should migrate some titels away. My extension recommendations would be in order of priority: specific website of scanlator Mangadex MangaK (former batato) other sites (if batoto doesn't have it, search the title in your search engine and check if the resulting aggregators have an extension and then select one of those.) Kind Regards!

Hi! Having tested mangakakalot on my instance flaresolver must work or the site can't be accessed. My flaresolver log is: In what network mode is your flaresolver and tachidesk container? It seems you only got a response from flaresolver when you had the tachidesk container in the host network mode, so it was using the host unraid network stack, which means the requests went through your home network, which can lead to many issues. (Ports you map in docker edit are mapped from the internal docker network to your servers ip adress. Only containers in host mode can access other containers this way) For better communication we want the containers in the same network stack. We can either use the base unraid bridge network and use the container ip's (set according to container startup; ip needs to be locked otherwise it changes almost every time) or we use a user defined docker network, in which the container name is the container hostname and can be used instead of the ip. I don't want to bother with the standard docker bridge so here is the setup for the user defined bridge: create bridge in unraid console: docker network create manga edit flaresolver container, set network type to custom: manga edit tachidesk container, set network to custom: manga scroll down to show more settings; set allow flaresolver_enabled to true; set flaresolverr_url to http://FLARESOLVERRCONTAINERNAME:8191 Try this. If it doesn't work please share the flaresolver logs too. Kind Regards

Hi coresplinter, Was the backup created by the ghcr.io/suwayomi/tachidesk:v2.1.1930 preview version?

Hi Iceburn, Docker standard is Umask 0022. The umask can be changed in the dockerfile, but you would have to build the container yourself then. Could a different unraid group/user accomplish what you need the umask for?

Hello Coresplinter, I migrated fromk preview branch to stable branch with these steps: 1: Create backup in Preview. I got in the latest preview an error creating and later one in using the backup. The stable preview i used is ghcr.io/suwayomi/tachidesk:v2.1.1930 2: Make sure the backup was downloaded to your PC. 3: Shutdown Container 4: Move The Tachidesk folder out of the Appdata folder to use as a Backup! if anything goes wrong and to clean the working environment of tachidesk. 5: Change the Container in the Unraid UI to the stable branch: ghcr.io/suwayomi/tachidesk:stable 6: Start Container 7: In Tachidesk add the Keiyoushi extensions first and download your sources. (If you don't know your sources, the backup function will tell you later) 8: Load Backup in the settings. Depending on the size it could take a while. If the Backup file is correct you should get a confirmation screen if you want to use it. This will also tell you if you are missing sources. Copy the sources you are missing in notepad to download them later. Klick Restore to install the backup. Install will send you just to the extension screen. This is how i migrated my two containers. If there are any problems please ask.

Hi roobix and Vivent, so i checked the current preview and couldn't replicate the Error. So i guess they already fixed that. Anyway the Error read like the programm was not processing the config file correctly. So unless you edited the config file manually it was an error on the server side. As to why it was on the preview. Before the container had an internal user that on most unraid systems made problems. And only the preview version supported the docker user flag correctly to fix the user permission problems. Now i checked the latest release and the docker user flag is working correctly so i'll update the Template. One other thing directly migrating from the preview to the current latest gives me a sql error on the main page. Will look at it later but the migration should still be possible over the backup function. Kind Regards C3004

Hello RedFox, The Userscript will connect over your Browser with the API offered by the Komf container. Over the APi the script allows you to change the settings in komf and start metadata scans for your library. It won't work over the unraid Userscript Plugin as that one is meant for Bash or Shell scripts. You need to use a Browser script manager for the komf script. I use Tampermonkey. The script is being excecuted if you see the one next to the tampermonkey symbol in the browser bar. If you can't see the one, you need to recheck the url's you wrote into the Userscript for your media Servers. Once Logged into komga, you should see the added options from the userscript. Click on it and make your needed Settings. The first one would be to add the komga url, so the script can talk with the API. Then you can make the Media Server specific settings. In Kavita the Settings Symbol will be in the Top Right. Note that the Provider section in Komf will let you see the processing for both servers, so don't delete them by accident because they don't have the proper library title. Kind Regards C3004

Hi, I just made the template for CommunityApplications. You'll have to pitch your feature request at the github project. Some normal Book API's are already pitched there, but i do not know the implementation status. In the meantime you could try calibre for your normal books. I also saw a calibre plugin to edit comicinfo metadata, if your goal would be to have your normal library in Komga or Kavita, so you could try that too. Kind Regards

Do logs of other containers work? Resintall a second intance of komf over communicty applications; don't config anything(except port) let it run once and see if you get logs.

Can you recheck for logs? If the webui button does not work try following in console (Change container Name if you changed it in the Template): docker logs Komf

Ok, did a quick test. The yml i posted has a small error. the env:KOMF_SERVER_PORT won't work because i didn't put the environment variable in the template. Replace it with the port 8085. It should then start. you should be able to see logs then.

Hi Kay, The docker won't start if anything is wrong in the yml. I think it crashes because you didn't fill out the metadata providers. Remove them from the yaml and set them up using the userscript once komf starts. I added a cleaned yml to this comment. application.yml If it still won't work please post the docker run. Kind Regards, C3004

Added to the template 👍

Hi Thundrglaive, Your right. The /library is the usual mount for Kavita, while /books is the mount for Komga. I've updated the Template accordingly. Kind Regards C3004

Hi, 1: in the log you just posted the url is missing a point. Change 192.1681.6:5000 to 192.168.1.6:5000. This url should be changed in the komka yml. 2: add the // back in the userscript before the @include or it won't activate. Something else i can't see right now. If it still doesn't work after the two changes above, recheck all urls. If you set the url directly in the komf yml you can ignore the url variable in the komf docker. Kind regards C3004

Hi Logan, It's ok; I too had problems when the Userscript got a big update. Is the Komf url set inside the userscipt window? The @ include in the userscript only tells the script manager where to activate. The Kavita URL window should inherit the Url from your yml. In your second to last post you write that Komf has the url 'http://192.161.1.6:8085' while in the komf logs kavita has the url 'http://192.168.1.6:5000/' If you copy pasted these urls from your setup the Komf url has an error; you should change 192.161 to 192.168 . Now the questions. 1: The script is in english but if you set your provider to nautilijon (and move it to first postition or removing the others or agregating only their summary metadata) you should get their french metadata. 2: If you want different providers you have to ask on the komf Github page. For Novels i set mal as the first source but nautiljon seems to have both manga and novel metadata. To make sure you get the novel, not the manga metadata set in the processing tab the library type to novel. 3: Komf and Kavita deal with Comics manga and novels pretty well. nautilijon seems to have magazines, but i don't know if the script takes this data for identification. To make sure the media is identified correctly, save the different types in different folders and add them as their own libraries in kavita. Then set in komf the providers for each libraries directly; for your case nautilijon could work for all of them; but set another provider to identify those that nautilijon doesn't have. Lind Regards C3004

Hey Alukat11, Here's what i noticed: In the komf docker run, you didn't set your kavita url (my guess: 192.168.2.5:5000). Since it is not set, komf tries to talk to the fallback localhost:80, which does not work. The localhost would be komf's own container since it is on the br0 network, and the port would also be wrong. Everything else looks fine. Just add the Kavita url to the komf template. Kind regards, C3004

Hey Mckenna, I see this error for the first time. From the logs it seems that komf gets the event notifs from komga but can't process them right. To further help you please give me the docker run from Komga and Komf. Also your komf application.yml. Lastly set in komf the Loglevel to debug and give me those logs. Don't forget to Blackout/replace the api keys and passwords. Also answer these questions if posssible: Do only the event updates not work or also manually run searches? Does it fail on all series or only specific ones? If so which? Kind Regards, C3004

Hi NNH, you took a wrong turn. This is the Tachidesk support Thread fur running the docker container on unraid. You seem to be using the electron Desktop App instead. Maybe this video can help: Also to provide any more help you'll need to be more specific. Thry this video for that 🙂 Kind Regards, C3004

Hi, The preview docker is kinda a makeshift solution. The normal release dockers are limited to a special user, which is not standard in the unraid system. Having the docker run as an extra user is a good docker security solution, but not easily integratable into the unraid system. Having everyone add the user themselves is a chore, so when the option in the preview container came to allow the usage of other users i changed the release to the preview branch. The preview container has a script which allows it to apply the docker -u flag, which we use to run it as the 99:100 'nobody' user - the standard unraid user with generall access to your files. So if you can change the user yourself you're free to change the container branch.

Hi, this seems to be an error with the Backup process. The folderpath in the Backup settings might be wrong; but i don't know the right path right know.

Hi, I replicated your error. Remove the Komga Related Part in the application.yml file.

Hello, 1. Go to komf update menu 2. Switch to advanced mode 3. scroll to the komga user and passwd section 4. press edit there 5. Switch Required to no Kind Regards

Hi Atreides, Did you replace the Variables in the WebUI field? When using another container for network access these don't work. This is my Setup: Replace the Variables with your servers ip adress and the port you gave Tachidesk in GluetunVPN. Expected behavior. If it still wont work tell me the following: - did the WebUI work before changing to gluetun - post docker run Kind Regards