Krakout

Surprisingly, that doesn't work either. Still getting "Error: unable to open database "/data/db/app.db": unable to open database file". In the log, though, it says that /data/db and /data are indeed writeable buuuut in the /appdata/netalertx dir there's no db subdir? That sounds weird... So I manually created the db subdir and chmodded it, and now it's running.

Yes I can, just installed it not five minutes ago! 😁 But indeed it doesn't appear on the recent apps PS also, it doesn't work for me - some permission issue (could not initialize db though I did follow the instructions, but didn't have the time to investigate and it's off-topic here)

Oh I'm interested in that, thanks for sharing your work

Ohkayyyy so for some reason my Public path had the wrong permissions? I'm sure I've ran "new permissions" to fix everything, but Public was set to drwxrwx--- . So yeah, it couldn't access it. It's fine now...

First of all, thanks for the reply! Well it's not different than mine, my host path is of course another one but in essence it's the same config... docker run -d --name='StoryScan' --net='bridge' --pids-limit 2048 -e TZ="Europe/Athens" -e HOST_OS="Unraid" -e HOST_HOSTNAME="CPC6128" -e HOST_CONTAINERNAME="StoryScan" -e 'SCAN_DIRECTORIES'='/media-server' -e 'TREEMAP_MAX_NODES'='20000' -e 'TREEMAP_MAX_DEPTH'='5' -e 'TREEMAP_LIGHT_THRESHOLD'='5000' -e 'TREEMAP_MODERATE_THRESHOLD'='15000' -e 'TREEMAP_AGGRESSIVE_THRESHOLD'='50000' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:3455' -p '3455:3000/tcp' -v '/mnt/user/Public/':'/media-server':'rw' 'ghcr.io/unknowncall/storyscan:latest' The only difference I see is the rw I have instead of ro, but would that make a difference? I'll try. EDIT: switched it to read-only, now I get in the log: [API /api/scan] Cannot read directory /media-server: Error: EACCES: permission denied, scandir '/media-server' EDIT2: hm, I went up one level (/mnt/user) with ro, and now it's started scanning... I'll see what happens when it reaches my Public dir. EDIT 3: yup, it's not reading the specific dir. No idea why though - it works perfectly with other containers...

Yeah, I changed the "File Path" host path to my share but it can't see any files and generate whatever it does... Am I the only one? EDIT log reads: [API /api/scan] Cannot read directory /media-server: Error: EACCES: permission denied, scandir '/media-server'

Thought I'd drop in and say, thanks for this - it's now my daily driver :)

Is it? I'm having major issues with some third party clients, but I didn't think much of it, interesting to see it's more general...

Thanks for your help, much, much appreciated! Reading your command it appears you have to have an index ([Your Index Name]) already there, but I don't... Running the command without an index name gives me: (doesn't matter) EDIT: yeah I'm stupid, that's what actually creates the index. However, I'm getting this - doesn't look too good... root@74e29f1775e9:/# python3 /app/diskover/diskover.py -i diskover-nas /data /app/diskover/diskover.py:912: SyntaxWarning: invalid escape sequence '\ ' / ` | / _| |/ / \ \ / / \ '__| /)___(\\ _ _ _ | (_) | | __| |_ ___| | _______ _____ _ __ / ` | / _| |/ / \ \ / / \ '__| /)___(\ | (_| | \__ \ < (_) \ V / __/ | (='.'=) \__,_|_|___/_|\_\___/ \_/ \___|_| (\")_(\") "Bringing light to the darkness." v2.3.1 community edition (ce) https://diskoverdata.com 2025-10-27 09:46:11,567 - diskover - INFO - Creating index diskover-nas... 2025-10-27 09:46:11,575 - elasticsearch - WARNING - PUT http://10.0.0.100:9200/diskover-nas [status:400 request:0.007s] 2025-10-27 09:46:11,575 - diskover - CRITICAL - FATAL ERROR: an exception has occurred: RequestError(400, 'mapper_parsing_exception', 'Root mapping definition has unsupported parameters: [end_at : {type=date}] [extension : {type=keyword}] [free_percent : {type=float}] [available : {type=long}] [used : {type=long}] [mtime : {type=date}] [start_at : {type=date}] [type : {type=keyword}] [diskover_ver : {type=keyword}] [size_du : {type=long}] [path : {type=keyword}] [crawl_time : {type=float}] [dir_count_norecurs : {type=long}] [total : {type=long}] [size_norecurs : {type=long}] [file_count_norecurs : {type=long}] [ctime : {type=date}] [parent_path : {type=keyword, fields={text={analyzer=path_analyzer, type=text}}}] [free : {type=long}] [group : {type=keyword}] [file_count : {type=long}] [owner : {type=keyword}] [atime : {type=date}] [available_percent : {type=float}] [nlink : {type=integer}] [size_du_norecurs : {type=long}] [ino : {type=keyword}] [file_size_du : {type=long}] [file_size : {type=long}] [size : {type=long}] [name : {type=keyword, fields={text={analyzer=filename_analyzer, type=text}}}] [dir_depth : {type=integer}] [dir_count : {type=long}]') Traceback (most recent call last): File "/app/diskover/diskover.py", line 1205, in <module> create_index(options.index, es) File "/app/diskover/diskover_elasticsearch.py", line 297, in create_index es.indices.create(index=indexname, body=mappings) File "/lsiopy/lib/python3.12/site-packages/elasticsearch/client/utils.py", line 168, in _wrapped return func(*args, params=params, headers=headers, **kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/lsiopy/lib/python3.12/site-packages/elasticsearch/client/indices.py", line 123, in create return self.transport.perform_request( ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/lsiopy/lib/python3.12/site-packages/elasticsearch/transport.py", line 415, in perform_request raise e File "/lsiopy/lib/python3.12/site-packages/elasticsearch/transport.py", line 381, in perform_request status, headers_response, data = connection.perform_request( ^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/lsiopy/lib/python3.12/site-packages/elasticsearch/connection/http_urllib3.py", line 277, in perform_request self._raise_error(response.status, raw_data) File "/lsiopy/lib/python3.12/site-packages/elasticsearch/connection/base.py", line 330, in raiseerror raise HTTP_EXCEPTIONS.get(status_code, TransportError)( elasticsearch.exceptions.RequestError: RequestError(400, 'mapper_parsing_exception', 'Root mapping definition has unsupported parameters: [end_at : {type=date}] [extension : {type=keyword}] [free_percent : {type=float}] [available : {type=long}] [used : {type=long}] [mtime : {type=date}] [start_at : {type=date}] [type : {type=keyword}] [diskover_ver : {type=keyword}] [size_du : {type=long}] [path : {type=keyword}] [crawl_time : {type=float}] [dir_count_norecurs : {type=long}] [total : {type=long}] [size_norecurs : {type=long}] [file_count_norecurs : {type=long}] [ctime : {type=date}] [parent_path : {type=keyword, fields={text={analyzer=path_analyzer, type=text}}}] [free : {type=long}] [group : {type=keyword}] [file_count : {type=long}] [owner : {type=keyword}] [atime : {type=date}] [available_percent : {type=float}] [nlink : {type=integer}] [size_du_norecurs : {type=long}] [ino : {type=keyword}] [file_size_du : {type=long}] [file_size : {type=long}] [size : {type=long}] [name : {type=keyword, fields={text={analyzer=filename_analyzer, type=text}}}] [dir_depth : {type=integer}] [dir_count : {type=long}]') 2025-10-27 09:46:11,577 - diskover - CRITICAL - CRITICAL ERROR, DELETING INDEX AND EXITING

Anyone else getting errors when trying to fetch metadata? When I try to fetch metadata (but NOT from within a book's details page) I get something like: Fatal error during metadata refresh: could not execute batch [(conn=70) Duplicate entry 'Untitled.epub-1' for key 'unique_file_library'] [update book set added_on=?,book_type=?,current_hash=?,deleted=?,deleted_at=?,file_name=?,file_size_kb=?,file_sub_path=?,library_id=?,library_path_id=?,metadata_match_score=?,similar_books_json=? where id=?]; SQL [update book set added_on=?,book_type=?,current_hash=?,deleted=?,deleted_at=?,file_name=?,file_size_kb=?,file_sub_path=?,library_id=?,library_path_id=?,metadata_match_score=?,similar_books_json=? where id=?]; constraint [unique_file_library]

Ahhh I see, thanks for the clarification! I'd rather not mess up with the home directory, who knows what else will break if I do... so, defaults it is

Thanks, everything works fine, however - where do config files go? For instance, for yazi, where should yazi.toml be created?

Oooh Micro, yes please😁

Anyone around here still? Just installed Diskover (2.3.0), got Elasticsearch working (finally) and when going to the Diskover UI I get: No completed indices found in Elasticsearch. Run a crawl and after it finishes reload select indices page. I did try running docker exec -u abc -d diskover python3 /app/diskover/diskover.py /data but nothing seems to happen... Any ideas?

You mean user/appdata/huginn? Because it's empty for me... what permissions did you give it? I'm facing, presumably, the same error as you did with permission denied for /var/lib/mysql...

No problem, thanks for the reply!

Hello! Just installed Qui, sounds interesting. However, connection to the webgui times out. The log reads: {"level":"debug","time":"2025-09-25T14:55:30+03:00","message":"Created config directory: /config"} {"level":"info","time":"2025-09-25T14:55:30+03:00","message":"Created default config file: /config/config.toml"} {"level":"info","version":"v1.1.0","time":"2025-09-25T14:55:30+03:00","message":"Starting qui"} {"level":"info","time":"2025-09-25T14:55:30+03:00","message":"Initializing database at: /config/qui.db"} {"level":"info","time":"2025-09-25T14:55:30+03:00","message":"Applied 8 migrations successfully"} {"level":"info","time":"2025-09-25T14:55:30+03:00","message":"Database initialized successfully at: /config/qui.db"} {"level":"info","module":"api","protocol":"tcp","addr":"[::]:7476","base_url":"/","time":"2025-09-25T14:55:30+03:00","message":"Starting API server - Open: http://localhost:7476/"} {"level":"error","component":"update","error":"Get \"https://api.autobrr.com/repos/autobrr/qui/releases/latest\": dial tcp: lookup api.autobrr.com on 208.67.220.220:53: dial udp 208.67.220.220:53: connect: network is unreachable","time":"2025-09-25T14:55:32+03:00","message":"error checking new release"} Any ideas?

Can I ask what exactly "blacklisted" means?

This is still my go-to solution!

Ah damn I didn't get a notification for your message... no, I missed (?? maybe it wasn't there before when I first installed it?) the dockersocket requirement...

Same here, I can see a plex (I don't have any), a nginx (I don't have any either) and a unifi-controller. What on earth?

I think you mean "edit", not "remove" button? Anyhow, I added the port and when updating I get the error: docker: Error response from daemon: driver failed programming external connectivity on endpoint UnraidConfigGuardian (3471213b7d1f18c6ad2c24392f96549369de253667aa804996f65b26fc993eaf): Bind for 0.0.0.0:7842 failed: port is already allocated. Should I just delete the container and install again? [EDIT] yes I did, all is working now.

I'm afraid I don't understand what this means in functional terms. I just updated to the latest update (I guess 1.0.5) so no, I got to 1.0.4 first, but what does the change mean? That the web ui listens on 8080? or that I should change the internal port to 7842? because 1.0.5 doesn't work either... Thanks for the updates, btw!

Thanks for your reply! But nope, no TS set up...

Hm, just updated but the web ui doesn't open? It's as if it's not listening on the (correct) port... Log: INFO: Started server process [1] INFO: Waiting for application startup. INFO: Application startup complete. INFO: Uvicorn running on http://0.0.0.0:7842 (Press CTRL+C to quit) Setting up cron job with schedule: 0 2 * * 0 🌐 Starting Unraid Config Guardian Web GUI on http://0.0.0.0:7842 🔗 Access via: http://your-unraid-ip:7842