mirror of
https://github.com/advplyr/audiobookshelf.git
synced 2026-05-30 23:40:40 +02:00
[Bug]: Multiple copies of audiobook are added to library #2263
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#2263
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 @seannymurrs on GitHub (Sep 20, 2024).
What happened?
Every time I add an audiobook to my library, it shows up three times in the library. All three point to the same file, and they appear as duplicate copies of the same book.
What did you expect to happen?
I expected only one copy of the book to be added.
Steps to reproduce the issue
Audiobookshelf version
v2.13.4
How are you running audiobookshelf?
Other (list in "Additional Notes" box)
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
ABS is being run using Podman. Logs are from when I manually uploaded a book, and three copies of it appeared in the library afterward.
@advplyr commented on GitHub (Sep 20, 2024):
The log is only showing 1 library item getting created. That is the log
Can you share the full scan log?
@seannymurrs commented on GitHub (Sep 20, 2024):
Can you explain how to do that and/or where I'd find it?
@advplyr commented on GitHub (Sep 20, 2024):
Replicate the issue and share the daily log file in
/metadata/logs/daily. If you share the full daily log please share the timestamp that you first added the book or you can extract just the block of logs that are relevant@seannymurrs commented on GitHub (Sep 22, 2024):
Gotcha. I just replicated the issue (this time the book was added to the library four times). Below are the results of the daily logs from when ABS scanned the library for the new book through me deleting the three extra copies of the book.
@advplyr commented on GitHub (Sep 22, 2024):
Everything looks normal with adding the new item. Logs show only 1 gets added.
Then at
2024-09-22 12:06:13.249after you visit the home page it shows that 4 cover images get newly cached.At
2024-09-22 12:07:06.475you do a bulk delete of 3 items that match the id of the cover images and the title of the newly added book.At some point there are 3 other items being created that don't appear to be getting created by Abs unless they were created at some point before the start of those logs.
Are you running multiple instances of the Abs server? Or do you have some other software using the sqlite db maybe for maintaining backups?
@seannymurrs commented on GitHub (Sep 23, 2024):
No other instances of the server are running, and I'm not doing anything else with the database.
@seannymurrs commented on GitHub (Sep 23, 2024):
I have a potential update (though I still need help figuring out what's going on). Yesterday evening, I tried shutting down ABS and starting it back up again (I tried this earlier, but I figured it couldn't hurt). This morning, I tried to replicate the issue, and it happened again. This time, however, it added five copies of the book (one more than last time). This makes me wonder if somehow my previous instances of ABS are continuing to run even after I shut them down and restart. For reference, below is my docker-compose.yml file contents and the commands I'm using to start/stop ABS. Am I doing something wrong there?
version: "3.7" services: audiobookshelf: image: ghcr.io/advplyr/audiobookshelf:latest ports: - 14403:80 volumes: - /home/seannymurrs/files/audiobooks:/audiobooks - /home/seannymurrs/audiobookshelf:/config - /home/seannymurrs/audiobookshelf:/metadata environment: - TZ=UTC restart: unless-stoppedpodman-compose -f ~/audiobookshelf/docker-compose.yml up -dpodman-compose -f ~/audiobookshelf/docker-compose.yml down@advplyr commented on GitHub (Sep 23, 2024):
I've never used podman so that would be something you search for with podman. You can see all the docker containers that are running with
docker ps.