mirror of
https://github.com/advplyr/audiobookshelf.git
synced 2026-03-02 22:46:55 -05:00
[Bug]: 2.8.1 (Docker) Library Scan Fails Getting Repeated "alert number 12" in log file #1836
Labels
No labels
authentication
awaiting release
backlog
bug
chapter editor
config-issue
ebooks
encoding/embedding
enhancement
help wanted
listening sessions & progress
planned
possible plugin
progress sync
sorting/filtering/searching
unable to reproduce
upload
users & permissions
waiting
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/audiobookshelf-advplyr#1836
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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 @freddyyeddy on GitHub (Mar 21, 2024).
Describe the issue
When triggering library scan (using NFS so I cant trust auto scans) It throws The Errors Below. Im gonna let it take forever and see if it finally finishes and detects the one New audiobook. After Looking at Debug log it looks like more work than dont (Second Image). So I suspect this could be a red herring.


Steps to reproduce the issue
Audiobookshelf version
1.8.2
How are you running audiobookshelf?
Docker
@freddyyeddy commented on GitHub (Mar 21, 2024):
Update With It finished (First Image) and picked up the new Book. But it seems needlessly long for a simple single book find. Has there been a change to the scan methodology that affects if pre-existing books are re-checked after updating. The second scan seems more reasonable (Second Image). So I assume It has to do with how the update process (re-pull/build container for latest version). If Im right might be worth updating the Change notes for clarity. Im closing this ticket myself as seems problem did not persist.


@freddyyeddy commented on GitHub (Apr 6, 2024):
I seems this is still happening and I can no longer search Audible For Meta data either. I added another batch of audiobooks and the search seemed to do a full scan and take forever and threw the alert 112's
@nichwall commented on GitHub (Apr 6, 2024):
Looks like TLS error 112 is something specific to your setup, or an issue with Audnexus?
https://stackoverflow.com/questions/5671000/what-does-this-tls-alert-mean
@freddyyeddy commented on GitHub (Apr 6, 2024):
I cant Seem to find any real reason for this to happen. All I did was update docker image to new version. Then it started happening. Got any tips for where to look. I basically turned off the firewall for the server. So I dont think its bocking there. I recently moved to using ngix proxy manager. But the reverse proxy has been fine there too. This happens when I attempt to search for a match.

@advplyr commented on GitHub (Apr 6, 2024):
Are you getting this error using a local ip address?
@freddyyeddy commented on GitHub (Apr 6, 2024):
No I'm using a DNS to access the instance via reverse proxy (web socket
enabled).
@freddyyeddy commented on GitHub (Apr 6, 2024):
Checking Via Local IP:Port and still same same (Searched different book this time)

@github-actions[bot] commented on GitHub (Sep 11, 2024):
After reviewing this issue, this appears to be a problem with your setup and not Audiobookshelf. This issue is being closed to keep the issue tracker focused on Audiobookshelf itself. Please reach out on the Audiobookshelf Discord for community support.
Some common search terms to help you find the solution to your problem:
localhostversus IP addressAfter you have followed these steps, please post the solution or steps you followed to fix the problem to help others in the future, or show that it is a problem with Audiobookshelf so we can reopen the issue.
@freddyyeddy commented on GitHub (Sep 11, 2024):
No problem. I am unsure what directly was causing the issue but Its been
resolved. Thanks for the help and support. Sorry I left this go stale and
never followed up.
On Wed, Sep 11, 2024, 5:45 AM github-actions[bot] @.***>
wrote: