Joplin Server timeout error FetchError: Response timeout while trying to fetch

Operating system

Linux

Joplin version

3.4.12

Desktop version info

Joplin Server 3.5.1

Sync target

Joplin Server

What issue do you have?

As the screenshot, It seems sync finished but got error “FetchError: Response timeout while trying to fetch …” . I restart desktop app. It still got the sane error. However, I can log in my server. It seems my server is ok.

Screenshots

Log file

log.txt (29.6 KB)

same problem here,but I use InfiniCLOUD as a sync target.

I also restart my joplin server and sync again. It still got error. However, this time error message is different. “已获取条目:1645/1645。

已完成:2025/12/13 11:59(1438s)

最后的错误:Error: Knex: Timeout acquiring a connection. The pool is probably full. Are you missing a .transacting(trx) call?“

I give up. I’ll try to use webdav to sync

WebDAV is likely to be slower and less efficient in terms of resource usage, so if those errors are caused by a lack of resources (ram, cpu, etc) then you might have the same issue.

But also there's something off with your setup. Getting a full connection pool if there's only you on the server is pretty much impossible. Is your server accessible to the internet? Did you check the server log, is there anything unusual?

Or maybe your database needs to be upgraded to something a bit more performant?

My server is for my personal use only, and it's accessible via the internet, since I need to use it when I'm away from home!
The official Joplin image comes with a built-in postgres 16. I haven't made any modifications, and I don't understand the relationship between them, so I don't dare make any changes. My compose file as following.
How much CPU, RAM, and connection pool does the Joplin Server require? Is there any data available on this?

I would hide the domain and especially the password better. I think you can consider your password compromised.

Other than this I'm afraid I don't see anything obviously wrong in your docker-compose. My best guess would be misconfigured Postgres instance or network issues but it's hard to tell.