Rich Minear

  • Posts

  • Joined

  • Last visited

  • Days Won


Rich Minear last won the day on November 9 2019

Rich Minear had the most liked content!

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Rich Minear's Achievements


Apprentice (3/14)



  1. is a pihole docker on the machine. When I click check for updates...and even updating them goes through the motions. Downloads the dockers, applies them...and then we I go back to docker list, nothing has changed. It still asks me to apply the update. I can change the system DNS this evening....
  2. I'm running 6.9.2, and for some reason my dockers have stopped updating correctly. I have several that show there are updates available. I run the update cmd, and it goes through the motions. But it still shows that the update needs to be applied. I can see in Plex that there is an update available, so I know it isn't actually updating the docker. I do not believe that anything else has changed in the environment. Attached is a screen shot, and diagnostics.
  3. I'm wondering if you every received an answer for this? I'm looking at adding a cache drive to my setup also, and I'm out of SSD ports. That controller and drive are what I found. Are you using them?
  4. 6.8.0-rc4 and rc5 have been stable, and the sqlite issues appear to have been fixed. I'm running rc5 and it has been solid for several weeks. I am NOT running on a cache drive.
  5. Just an FYI for this forum: It has been 16 days since I have had any corruption with Plex. That only happened with 6.6.7. With anything newer, it would corrupt in less than a day. 6.8.0-rc4 and rc5 have been rock stable with the changes that were made. I'm glad that I stuck with the testing, and was able to work so close with the Unraid team. 🙂
  6. This is the appdata area. All of the databases are there. As for disk spin up have that if you are on a single disk also and the disk is quiet. Unless it is an SSD
  7. So that is a good question. When I was 6.6.7, I had it spread across disks also. I was asked to move it one disk as part of the testing. I've had a couple of people tell me why, but I never really understood the reasoning. My guess would be that if rc5 is stable like 6.6.7, it would not make any difference. But someone else may have to chime in to school us on this. 🙂
  8. Use the terminal tool built into Unraid. Once running in a new window, you will need to know the appdata location for your system. Mine is /mnt/disk1/appdata. So I can cd to /mnt/disk1/appdata/PlexMediaServer/Library/Application Support/Plex Media Server/Plug-in Support/Databases. com.plexapp.plugins.library.db is the main database. You can make a copy of this by just doing a cp of this file to another file name. Plex will make backup copies also...I believe every 3 days. They should have the date appended to the name. If you need to fall back to one of these, you have to stop the Plex docker, and then copy the file with date appended back to the name of the main database.
  9. So with a cache drive...if I move my appdata to it, is there any redundancy? Can I add two ssd's and have them be mirrored or anything like that?
  10. So when I was running my system on 6.6.7, had had my appdata located in /mnt/user/appdata. I was told to move that to /mnt/disk1/appdata, which I did. I've also been told that I should have it on a cache drive (I don't have a cache drive installed at all). I'm looking for some understanding... (understand...a bit of a noobie when it comes to Unraid, but not to raid systems, or Plex databases). What is the different between putting appdata in a different location? I had ZERO issues with /mnt/user/appdata under 6.6.7. Should I put it back that way? What are the reasons for having a cache drive when you do not do a lot of writing that requires faster access?
  11. I was just looking at mine also. Steady as a rock so far. 🙂
  12. I just connected to the server, and checked it again. No corruption of the databases. I had the server up all weekend (minus a short period where I shut down the entire system to move it to another room). No issues at all. We watched a couple of TV shows from Plex, and I saw that several new shows and files were added over the weekend. Yes....md_restrict 1 is where it is set right now. The system has not stayed stable for this long since the update from 6.6.7.
  13. It has been about 3 hours, and there is no corruption with the MD_restrict set 1. I had run a couple of movies through the dockers and file system, and performed some maintenance within Plex to try and stress the DB a bit. But so far, no hiccups in Plex (my main culprit), and the rest of the dockers with sqlite look good also. @limetech: Is there anything you want or need here? Diags? Captures? It will be good to let it run through the weekend with the normal usage and see how things go.
  14. Good morning. With md_restrict set to 1, I ran all night long with no corruption. I started a few jobs before I went to bed to put some of the apps through some work. They all finished without problem. I checked every app this morning that has a sqlite db, and there was no corruption. I plan on trying to stress the machine a bit this morning. I will let you know the results. 🙂
  15. I just made the change to md_restrict to 1. 7:25pm. We will see how it goes.