Kobo Sync(Clara HD) Download Failed #2271
Labels
Comments
GregHilston
changed the title
|
Does the user have download rights? |
|
Affirmative, they do. They have all permissions. |
|
Another stupid question: Kobo only accepts epubs/kepubs for downloading. Are the books you are trying to download in this formats? If the "Kobo library metadata request received" message shows up kobo is asking for the download link (even if it got it before from the library sync request). With this link kobo is the starting the download. |
|
No such thing as a stupid question! Affirmative, these books are all epub/kepubs formats. @OzzieIsaacs could you point me in the direction of this access log file? Even just a name of the file would be useful. I've located |
|
You have to activate the access log in basic setup log configuration. You can choose the name you want |
|
Ahh gotcha. Understood, here's a section of my newly minted access.log file Nothing in this jumps out at me as problematic, but you'd be the expert here :) |
|
I've run into the same issue with a brand new Kobo Nia that I'm setting up for my wife. I've gotten the calibre library the be available on the device, but I can't download any books. If I click download, the status changes to "waiting" and then nothing. I can upload my logs, if that's any help? Bjarne |
|
@bdollerup please do, as it sounds like we're experiencing the same issue :) |
|
I checked it with my reader. It's working fine. Right after the metadata request a download request is initiated. One additional note: I don't use docker container and I'm not familiar with it. If it's related to the docker container I'm out of the game. |
|
Interesting. Yes, double checked that the book I'm downloading from Calibre has both the epub and kepub format available. Also understood. I don't think I'm at the point where I'm willing to factory reset. I'm going to debug a bit more, and try reaching out to the docker container's creator to see if they have any thoughts. I have a hunch that its not related to the container itself but rather just something silly I have misconfigured on my end, but I have no evidence to back that up yet. |
|
You could check if the metadata requests content has the download link included |
|
So, on the advice og @OzzieIsaacs I've hard reset the Kobo, and I've re-added the API endpoint. I first tried with the endpoint given by calibre-web (api_endpoint=http://calibre.domainname.tld/kobo/xxxxxxxxx). No luck. I noticed that the endpoint was an HTTP endpoint, so I updated the kobo configuration files using an HTTPS end point instead (api_endpoint=https://calibre.domainname.tld/kobo/xxxxxxxxx). Same result. The status of the book changes from "download" to "waiting" and back to download. No dice. I tried to download the book using a browser on my PC (using the same account), the download worked immediately. The device is a brand new Kobo Nia and I'm running the application on my Truenas Scale server as a container. I'm using the official Truenas calibre-web app. Here's the calibre-web log: And here's the access log: |
|
Okay I see no download request in the logs. After thinking some time on it, I see 2 possibilities: Could you please check the output, if you open "/kobo/4729cfd83aa66b526681e497faa7c7fc/v1/library/0169ff10-68ea-4454-8385-f5957faa5008/metadata" with your serveraddress and correct port before, should be something like this: Do the downloadlinks work from this server response? |
|
Hi there, Now we are getting somewhere. This is what I'm seeing with the ´/kobo/4729cfd83aa66b526681e497faa7c7fc/v1/library/0169ff10-68ea-4454-8385-f5957faa5008/metadata` using the Cloudflare/Argo (https) setup: This is what I'm seeing with the ´/kobo/4729cfd83aa66b526681e497faa7c7fc/v1/library/0169ff10-68ea-4454-8385-f5957faa5008/metadata` with http and port against my local server: The latter works on my PC. I noticed that in the URL link taken from the https setup, the DownloadUrls in the JSON response include the port number. That won't work when the reverse proxy calls the actual server "converting" http://calibre.domain.tld to http://localservername:8083. Did I miss something in the setup of the application? Thanks! |
|
This is this the "port forwarding" usecase. Below the acitvate kobo sync checkbox in the basic configuration, there is a input field with the port number 8083. Please change it to 80. Then the port should come out correct (hhtp, or 443 for https). Subsequently the metadata request should give the right download address and we are done |
|
I'll try! Thanks! Bjarne |
|
Interesting stuff, thanks for sharing all this. I'm not using any reverse proxy on my setup for this. (I'd like to, but I'm trying to get this to work without that first). I can explore the same steps you took above on my end and see if anything is learned. |
|
If there are any new relevant information, just reopen the issue |
|
@GregHilston Did you ever solve your issue? |
|
@bdollerup negative I did not. I admittedly stopped working on this shortly after our comments here died down. It's still of great interest to me, and would make reading on my Kobo so much more convenient, but I do not wish to prioritize this task right now. I'm more than happy to test things out on my end, if you have any ideas though. |
|
Well, I had to replace the docker host that I was running Calibre-web on and I got the re-enable the Kobo sync setup for my wife's Kobo - very high profile task ;-) .The initial setup failed, but I finally got it to work. I'll share my "findings" in a separate post... |
|
First off: The address/port should also be reflected in the api_endpoint: Lastly, the users permissions should look like this: This setup works with our setup and I've confirmed that after resetting my wife's kobo and adding the correct api_endpoint, it syncs the book collection. I also set the sync "task" to do a full sync (just in case). Bjarne |
|
@GregHilston I put my "recipe" into a separate post (#2271 (comment)) |
|
@bdollerup Ah, one thing I noticed when following your steps is that I had my
I take back what I said, I tried one more time and its now working as expected :) This is very exciting and I thank you for sharing your notes with me :) I believe we can close this ticket, thoughts? @OzzieIsaacs @bdollerup |
This helped me solve my issue. I use Cloudflare Tunnel and Calibre Web sets 8083 as the port for exposition. I just changed it to 80 (443 didn't help even though I used https) and now it works. on my domain.com/sync url the download links are using the 80 port instead of 8083 and they can be downloaded from anywhere on my Kobo. Thanks ! |
|
I'm experiencing the same problem as @bdollerup described, namely that the sync goes through fine, but I'm unable to download the epubs from calibre-web. This post mentions that maybe the Kobo is unable to fetch books on non-standard ports, which would explain why the download fails. Therefore, I'm wondering if anyone has sync + download working on an instance externally accessible on some other port than 80/443? Or are y'all using reverse proxies? |
|
This worked for me. |
|
Hopefully not adding to the noise, but in case it helps anyone else: I was encountering the same issue where I could sync but not download with my Clara E2 connected through a Cloudflare tunnel to my server. I was able to get around it by getting rid of the certificates I was using and instead just serving http[1] and letting Cloudflare do the SSL business while I sync over http on my local network (my guess being that my Kobo's download requests were failing regardless of what port I specified as the "Server External Port"[2] because the download requests were only http) [1]: ie: Zero Trust > Tunnels > Public Hostname > (Calibre's hostname) > Configure > Type |
|
I also just got this working and I'll leave a comment in case this helps anyone. My setup:
All of this together seems to work for me. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug/problem
This is seemingly the same problem as described here and here
To Reproduce
Logfile
Here's the section when clicking "download"
Here's the section when clicking "Read Now"
Expected behavior
I expected the book to be fetched from the Calibre Web container to my Kobo Clara HD
Screenshots
N/A
Environment (please complete the following information):
Additional context
I've verified that http://192.168.1.2:9238/kobo//v1/library/sync displays my books
The text was updated successfully, but these errors were encountered: