QNAP Crashed, now getting "This site can't be reached" when opening web app

Server Version#:Latest
Player Version#:

My QNAP TVS-h1288X was running great until my Ubuntu VM crashed and rebooted the NAS. Once it turned back on, I opened Plex from the QNAP app and was hit with the “This site can’t be reached page”. Rebooted the server safely, same thing. Stopped and started the app, same thing. Reinstalled the app, same thing. Replaced the db files from yesterdays backup, started the app, same thing. Not sure what else I can try. Please help as I am pulling my hair out trying to figure out what else I can try without starting from scratch. Have literally spent years building and configuring my library and feel devastated at the moment. Only other thing I haven’t tried is restoring the entire Plex folder backup as I noticed it hadn’t backed up the 3 small files in the main directory (“.LocalAdminToken”, Preferences.xml and "Setup Plex.html) in over a month, so not sure if they need to match with dates or anything before I did it.

Can provide logs, just let me know what log files to upload.

Thank you so much in advance. Any help is greatly appreciated.

  1. When you uninstall PMS on QNAP – you destroy the installed server
    (How Qpkg works)

  2. Plex/web gets confused when you have a dangling non-responsive server instance and one which is not yet claimed (the new install)

Download this into /share/Public
SSH into QTS,
AS ROOT, run it.
Give it a claim token.
It will negotiate new credentials from Plex.tv (claim it)

You can then remove the old server instance from Authorized Devices in Plex/web

1 Like

Thanks ChuckPa, but I probably should have been a bit clearer when I said I “reinstalled” the app. I didnt actually uninstall it, I just installed the qpkg over the existing, like you would normally do when updating. I am aware uninstalling the qpkg breaks Plex. However, I still tried your utility and it completed, but I am still receiving the same error :frowning:

Do you have the PlexData shared folder ?

If not, please create it (exact upper/lower case)
Restart Plex , wait 1 minute , then stop it

Go into PlexData/Plex Media Server

Compress the Logs folder to a ZIP.
Download it and attach here please

Yep, already have the shared folder.

Logs.zip attached.

Thank you!
Logs.zip (3.4 MB)

@JAS89

Something has really got your machine messed up.

How much would you lose by doing a complete erase & rebuild ?

Please don’t tell me I need a complete NAS rebuild. It will take me forever with roughly 80TB of data, setting up apps, VM’s, containers etc again :sob:

What seemed messed up in the logs?

A complete NAS rebuild would have to be my absolute last resort. Is there anything you could recommend before that?
Could the database be corrupt and I could use your other tool “DBRepair”?, or restoring the PlexData folder backup?

Appreciate the time you’ve taken to look over my logs as I cannot quite understand them myself.

NO NO NO! NOT the whole QNAP

Just a rebuild of Plex.

Running my DBRepair might help/

What I see in your logs is that as soon as PMS attempts to get into the DB for some work, it crashes.

Oh thank god! You scared me there for a minute :sweat_smile:

Ok. Starting Plex from scratch again would still be less than ideal as I’ve put countless hours/days customising every poster etc with collections and everything, so hopefully that’s a second last resort.

I’ll try DBRepair now and get back to you. Thanks!

I’ll be here. Try DBRepair.

ALSO,

Please grab me a directory listing of the Databases directory so we can see if you have other options regarding salvaging the DB

Sure! Here you go.

Wow.

The WAL files are files which contain into to be written to the DB. A WAL as big as the DB tells me there were huge pending changes.

Your DB is 1.13 GB (HUGE) but given the blobs DB is more than 2x that size,
I surmise you have a lot of music ?

If this is db corruption, we’ll have to see what happens.

Do you have DB Backups elsewhere ? The only thing I see here are 2016 DB’s and you also have some 2016 logs.

What do you mean by pending changes? None of the libraries were scanning at the time, if that’s what you mean?

And yeh, I do have quite a large library of movies and tv shows only though. No music :sweat_smile:

I do have the entire PlexData directory (roughly 300gb) backed up on a seperate external drive which runs nightly, however after all this happened, I noticed on the backups that everything has been backing up except for these 3 files in the main directory (see attached screenshot)

I’m not too worried about those 3 files. Your preferences file is easily fixed with only minor inconvenience should it get broken. (easily repaired or recreated)

Are you good at reading XML?
What I’m asking:

  1. If you open it in the QNAP text editor app,
  2. Do you see PlexOnlineToken="" ( a null token ) ?
  3. As you look at each preference, are any of them duplicated ?
    They are in Name="value" format.

Knowing you have a full backup is very reassuring. It gives us a lot of working room. (Please disable updating / backing up again until we resolve this )

Have you run DBRepair yet ? (auto)

I probably don’t quite understand everything that’s in the XML file, but I can open it and read it. There is one instance of PlexOnlineToken=, but it has a number in it. Nothing that I can see seems to be duplicated. I can share the xml file with you if it’s safe to do so?

DBRepair just finished now. It found a corrupted db, repaired and completed. Started the app again and sadly still receiving the error :frowning:

And yes, I immediately stopped the automatic backups yesterday after the crash, so complete backup is from the previous day.

I sent you a PM for the Preferences.xml (.zip)

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.