Docker container test restructured a bit. It likes LSIO and PlexInc now
root@lsioplex:/# hostname
lsioplex
root@lsioplex:/# ls
app boot config defaults docker-mods home lib lib64 media opt proc run srv tmp usr
bin command data dev etc init lib32 libx32 mnt package root sbin sys transcode var
root@lsioplex:/# cd
root@lsioplex:~# ls
DBrepair.sh
root@lsioplex:~# ./DBrepair.sh
(DEVELOPMENT) Plex Media Server Database Repair Utility (Docker)
Select
1. Check database
2. Vacuum database
3. Reindex database
4. Attempt database repair
5. Replace current database with newest usable backup copy
6. Undo last successful action (Vacuum, Reindex, Repair, or Replace)
7. Show logfile
8. Exit
Enter choice:
I can make it such that lsio and plexinc are distinctly reported but doesnāt seem to buy anything.
Not really having any real symptoms other than what I see as sluggishness in the Plex web interface, probably aggravated by having large libraries.
When I add movies to the directory that holds them all it takes quite a while for Plex to digest that. Meanwhile, while it is chewing on the addition operation and updating things I canāt visit other areas of the interface. I have emptied the trash, cleaned bundles, and optimised the database but this doesnāt seem to improve things.
For sluggishness in Plex/web, presuming you have a fast enough machine -
Repair Database
Reindex Database
Do this because :
Repair performs a full export, in database logical order and writes a āsortedā file where the tables are again contiguous. It then imports back and writes perfect sorted order.
Reindex writes fresh indexes after the import is complete
Did this on a small Syno box with a large DB and it ājumped off the tableā by comparison to before the export/import
Digesting media will improve but is still dependent on several other factors.
Youāll still be bound by the thread speed as it digests the file but RAM allows more of the DB to be in the kernel I/O buffers ā which adding media is the hardest on; DB and disk i/o
I have just found a case where it did not work. On my main server (with override.conf) the tool would do nothing when executed - just a blinking cursor - no menu - no nothing. I manually changed the bits inside the tool to point to the appdata/database location and then it worked. Maybe you could take a look at the override recognition logic inside your tool again?
Could that be a used as a good thing? Test the changes using plex provided sqlite tool for the pragma change (after backup of course.)
Then implement permanent change using the sed swap?
sed is only going to let you change cache_size. The other PRAGMAS are established on the creation of a database connection and a binary edit isnāt possible for those.
could someone explaine to me how to use this tool with unraid and Docker.
I put the file in the folder of my PMS but what commands do i have to execute?