Unfortunately, not so lucky. Now it looks like it officially stalled. Has been stuck here for over a day. I’ve attached the new set of logs. Any thoughts?
I don’t know what has happened to your machine but it’s not good.
Plex Media Server.4.log:Feb 28, 2017 04:07:51.905 [0xea847b40] ERROR - SQLITE3:0x8d162a4, 13, statement aborts at 20: [INSERT OR REPLACE INTO gnsdk_queries ("key","value","timestamp") VALUES(?,?,?);] database or disk is full
Plex Media Server.4.log:Feb 28, 2017 04:07:51.912 [0xea847b40] ERROR - SQLITE3:0x8d162a4, 262, statement aborts at 25: [INSERT OR REPLACE INTO gnsdk_queries ("key","value","timestamp") VALUES(?,?,?);] database table is locked: gnsdk_queries
Plex Media Server.4.log:Feb 28, 2017 04:07:52.624 [0xea847b40] ERROR - SQLITE3:0x8d162a4, 13, statement aborts at 20: [INSERT OR REPLACE INTO gnsdk_queries ("key","value","timestamp") VALUES(?,?,?);] database or disk is full
Plex Media Server.4.log:Feb 28, 2017 04:07:52.631 [0xea847b40] ERROR - SQLITE3:0x8d162a4, 262, statement aborts at 24: [INSERT OR REPLACE INTO gnsdk_queries ("key","value","timestamp") VALUES(?,?,?);] database table is locked
This is twice now I’m seeing a disk full. Are you 100% certain the volume the Plex share is located on isn’t full?
Everything else is failing because of database locks and malformed queries (Curl error 3).
There are two ways to proceed here but both end up with a rebuild. One is a direct rebuild and the other is to attempt recovery. Which would you prefer?
Thank you. My Plex server is on a Synology and the specific library I am indexing resides on a QNAP (connected via NTS). They both have free space.
When you talk about a rebuild or recovery, are you referring to just Plex?
Notably, a friend of mine had a similar issue with this volume. He then used Roon to index, and everything was fine.
I am only referring to Plex. There is no need to ‘wipe and rebuild’ the NAS . Such extreme measures would only happen if DSM’s Storage Manager had the same type errors and couldn’t recover.
