mirror of
https://github.com/advplyr/audiobookshelf.git
synced 2026-05-30 23:40:40 +02:00
[Bug]: latest version 2.22.0 stopt working #2774
Assignees
adam (Adam Melkus)
Clear assignees
adam (Adam Melkus)
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: starred/audiobookshelf#2774
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @PoepieFloepie on GitHub (May 16, 2025).
What happened?
update to the latest version it crashes and rerstart again
synology 220+ docker version 2.22.0 latest
get a error
[2025-05-16 09:26:19.652] ERROR: [Database] Failed to load extension /usr/local/lib/nusqlite3/libnusqlite3.so [Error: SQLITE_ERROR: Error loading shared library /usr/local/lib/nusqlite3/libnusqlite3.so.so: No such file or directory] {
errno: 1,
code: 'SQLITE_ERROR'
What did you expect to happen?
only update the docker container to the newest
Steps to reproduce the issue
Audiobookshelf version
2.22.0
How are you running audiobookshelf?
Docker
What OS is your Audiobookshelf server hosted from?
Linux
If the issue is being seen in the UI, what browsers are you seeing the problem on?
None
Logs
Additional Notes
No response
@nichwall commented on GitHub (May 16, 2025):
See https://github.com/advplyr/audiobookshelf/issues/4292
@tacogerbil commented on GitHub (May 16, 2025):
Verified same thing, going back to the previous version works fine.. I can't use the terminal in the container to double check the directory it claims is missing in order to confirm that /usr/local/lib/nusqlite3/libnusqlite3.so.so is not there...
audiobookshelf
date,stream,content
2025-05-16T13:20:27.893986448Z,stdout,}
2025-05-16T13:20:27.893943512Z,stdout, at async Server.start (/app/server/Server.js:227:5)
2025-05-16T13:20:27.893899600Z,stdout, at async Server.init (/app/server/Server.js:161:5)
2025-05-16T13:20:27.893851194Z,stdout, at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
2025-05-16T13:20:27.893807654Z,stdout, at Database.init (/app/server/Database.js:178:13)
2025-05-16T13:20:27.893762585Z,stdout, Error: Database connection failed
2025-05-16T13:20:27.893720247Z,stdout,promise: Promise {
2025-05-16T13:20:27.893672793Z,stdout, at async Server.start [90m(/app/[39mserver/Server.js:227:5[90m)[39m
2025-05-16T13:20:27.893620072Z,stdout, at async Server.init [90m(/app/[39mserver/Server.js:161:5[90m)[39m
2025-05-16T13:20:27.893564612Z,stdout,[90m at process.processTicksAndRejections (node:internal/process/task_queues:95:5)[39m
2025-05-16T13:20:27.893512131Z,stdout, at Database.init [90m(/app/[39mserver/Database.js:178:13[90m)[39m
2025-05-16T13:20:27.893446398Z,stdout,[2025-05-16 13:20:27.892] FATAL: [Server] Unhandled rejection: Error: Database connection failed
2025-05-16T13:20:27.890312629Z,stdout,}
2025-05-16T13:20:27.890269581Z,stdout, code: [32m'SQLITE_ERROR'[39m
2025-05-16T13:20:27.890224516Z,stdout," errno: [33m1[39m,
"
2025-05-16T13:20:27.890155511Z,stdout,[2025-05-16 13:20:27.889] ERROR: [Database] Failed to connect to db [Error: SQLITE_ERROR: Error loading shared library /usr/local/lib/nusqlite3/libnusqlite3.so.so: No such file or directory] {
2025-05-16T13:20:27.889340733Z,stdout,}
2025-05-16T13:20:27.889294951Z,stdout, code: [32m'SQLITE_ERROR'[39m
2025-05-16T13:20:27.889245056Z,stdout," errno: [33m1[39m,
"
2025-05-16T13:20:27.889137328Z,stdout,[2025-05-16 13:20:27.884] ERROR: [Database] Failed to load extension /usr/local/lib/nusqlite3/libnusqlite3.so [Error: SQLITE_ERROR: Error loading shared library /usr/local/lib/nusqlite3/libnusqlite3.so.so: No such file or directory] {
2025-05-16T13:20:27.883535443Z,stdout,[2025-05-16 13:20:27.882] INFO: [Database] Loading extension /usr/local/lib/nusqlite3/libnusqlite3.so
2025-05-16T13:20:27.782997224Z,stdout,[2025-05-16 13:20:27.782] INFO: [Database] Initializing db at "/config/absdatabase.sqlite"
2025-05-16T13:20:27.768993002Z,stdout,[2025-05-16 13:20:27.768] INFO: [Server] Arch: x64
2025-05-16T13:20:27.768186689Z,stdout,[2025-05-16 13:20:27.767] INFO: [Server] Platform: linux
2025-05-16T13:20:27.767786627Z,stdout,[2025-05-16 13:20:27.767] INFO: [Server] Node.js Version: v20.19.1
2025-05-16T13:20:27.767278989Z,stdout,[2025-05-16 13:20:27.766] INFO: [Server] Init v2.22.0
2025-05-16T13:20:27.765545874Z,stdout,[2025-05-16 13:20:27.747] INFO: === Starting Server ===
2025-05-16T13:20:27.721227801Z,stdout,"Options: CONFIG_PATH=/config, METADATA_PATH=/metadata, PORT=80, HOST=undefined, SOURCE=docker, ROUTER_BASE_PATH=/audiobookshelf
"
2025-05-16T13:20:27.719786788Z,stdout,Running in production mode.
@nichwall commented on GitHub (May 16, 2025):
Can you share your docker compose or the command used to run ABS?
You can safely remove the NUSQLITE environment variables and use what is bundled within the docker image.
@Firedrake1 commented on GitHub (May 16, 2025):
Removing the NUSQLITE environment variables worked for me. Thanks! Did those somehow get added in recently, but weren't needed? Are we sure this won't cause any future issues?
@nichwall commented on GitHub (May 16, 2025):
The SQLite extension was added in 2.12.0 in September 2024 (there were a few versions at that point due to issues with adding the SQLite extension). This issue is likely due to https://github.com/advplyr/audiobookshelf/releases/tag/v2.22.0 having an update to simplify the Docker image and you manually specifying the path of the binaries instead of relying on the defaults. I'm not sure why so many people have the NUSQLITE environment variable set. https://github.com/advplyr/audiobookshelf/pull/3468
@advplyr commented on GitHub (May 16, 2025):
Is it maybe part of the docker image available on synology? I'm not sure how synology works but it seems most people with this issue are on synology.
@nichwall commented on GitHub (May 16, 2025):
Potentially, but this has been affecting a number of people who are not using Synology as well. Someone shared a screenshot of a chat on Discord that talked about how some compose managers may be caching images, similar to how Synology did it a few updates ago.
@tacogerbil commented on GitHub (May 16, 2025):
I know I never set it myself (never used compose). I used the standard synolgy docker app to download the image (from here --> https://hub.docker.com/r/advplyr/audiobookshelf/tags?name=latest ) and configure it with the built in GUI, then when there's an update i just download the latest, rename the old one, change it's port to an unused and turn it off and then I duplicate it's settings into a new container (using it's settings), update the port to the right one and boom, I'm rolling.
That I know of Synology doesn't have a special repo for these.. just straight out download and install from docker.com, configure the folders/ports and go
I don't know anythig about compose as this is straight up simple to me.. it's always just worked..
@advplyr commented on GitHub (May 16, 2025):
So these container managers may be caching the environment variables? I don't see what the purpose of that would be
@tacogerbil commented on GitHub (May 16, 2025):
I just tested with the docker folders...
I renamed them and created new ones..
I didn't place anything into these directories.. I left them blank. I assume ABS creates the sqlite file?
Still the error posted above. I can't confirm this part still though since it shuts down
[2025-05-16 15:34:50.438] ERROR: [Database] Failed to load extension /usr/local/lib/nusqlite3/libnusqlite3.so [Error: SQLITE_ERROR: Error loading shared library /usr/local/lib/nusqlite3/libnusqlite3.so.so: No such file or directory] {
@Vito0912 commented on GitHub (May 16, 2025):
@advplyr It's very likely https://discord.com/channels/942908292873723984/954760207131615264/1372958235421839461 I posted on Discord.
libnusqlite3 does not seem to exist (because of the changed steps, I think it is not copied over). So if the ENV is cached, it can't load anything and therefore crashes.
@github-actions[bot] commented on GitHub (May 17, 2025):
Fixed in v2.23.0.
@tacogerbil commented on GitHub (May 17, 2025):
Synolgy without compose.. standard vanilla docker image working 100% Thank you @advplyr !!!!!!!!!!!!!!!
@githubdebugger commented on GitHub (May 17, 2025):
I see there are some fixed related to this that has gone into 2.23.0, however, I am still getting in 2.23.0 and 2.22.0:
Error: Cannot find module '/index.js'
at Module._resolveFilename (node:internal/modules/cjs/loader:1212:15)
at Module._load (node:internal/modules/cjs/loader:1043:27)
at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:164:12)
at node:internal/main/run_main_module:28:49 {
code: 'MODULE_NOT_FOUND',
requireStack: []
}
Node.js v20.19.2
If I use latest (2.23.0) it is not working and it works fine if I use 2.21.0 image.
This is the command that I am running it with it.
docker run -d --name audiobookshelf -v /home/abcd/audiobooks:/audiobooks:rw -v /home/abcd/audiobookshelf/config:/config:rw -v /home/abcd/audiobookshelf/metadata:/metadata:rw -v /home/abcd/podcasts:/podcasts:rw -v /home/abcd/books:/books:rw -p 8888:80/tcp --restart=unless-stopped -w / ghcr.io/advplyr/audiobookshelf:2.21.0
Am I missing something?
@nichwall commented on GitHub (May 17, 2025):
The
index.jsissue is discussed more in https://github.com/advplyr/audiobookshelf/issues/4292. The basic answer is you need to make sure you fully remove any (for Audiobookshelf) existing containers or cached images.@githubdebugger commented on GitHub (May 17, 2025):
Thanks for the quick reply. It worked. Appreciate your help.