Jump to content

runraid

Members
  • Content Count

    86
  • Joined

  • Last visited

Everything posted by runraid

  1. @Squid > Hearsay isn't usually helpful. Yup. I'm done with you guys. Deleting this account. I can feel your hostility towards us.
  2. @Squid I'm basing that off of my experience along with seeing posts on here and reddit. I'm fully on /mnt/cache now. I haven't had a single problem since. Yes, my bios is old, but as I mentioned before (forums are hard because they aren't threaded), I'm out of town for another few weeks and can't upgrade the bios until I get back.
  3. @ps2sunvalley that happened to me. I had to start from scratch. I lost all my history and manual edits of media metadata. Guys. Find another solution. It appears this company doesn’t care that your data is corrupting judging by their lack of responses. It’s time to move on.
  4. It’s more than a user or two that suffers from corruption on /mnt/diskX. That didn’t work for me. I had to move to the cache drive which doesn’t have parity.
  5. is it being looked at still? This is a serious issue. If it was me I’d create a blog entry or wiki with daily status updates. The forum is nice but there’s lots of noise.
  6. Even if we were, this happens in multiple other software packages using SQLite.
  7. @ps2sunvalley often the UI wont load, or some sections of the UI won't load. You can test SQLite databases with this command... replace it with the real database name... sqlite3 database_name.db "PRAGMA integrity_check"
  8. FYI. The just released version of plex now supports push notifications. It also started monitoring the database for corruption and will send you a push notification if the database becomes corrupted.
  9. I did not have a system crash. And I’m absolutely positive I had corruption on /mnt/disk3 but the rate at which it occurred was slowed. It’s the xfs fs. Here’s my diags. tower-diagnostics-20190625-2050.zip Update: I'm now on 6.7.2. The diagnostics was from 6.7.1
  10. I had the corruption in /mnt/user/appdata/ and /mnt/disk3/appdata in plex, sonarr, and tautulli. Corruption happened most when writing to the sqlite DB as seen through automatic scans when adding new media from sonarr. Or, delete the metadata and scan the media again and it would corrupt. Right now I'm on /mnt/cache/appdata and haven't seen the same corruption. That's been going solid for the last 2 or 3 days. I'm on 6.7.1. If it would help, I can open my server up to you guys to SSH in for testing.
  11. I think you can update your script to run the integrity check first and only back up if the database is ok
  12. @Squid I’m out of town for work for 6 weeks so I can only access my server remotely. I haven’t tried that yet but I can when I get home. FWIW, I never had this issue until I upgraded to 6.7.0. This is my hardware https://pcpartpicker.com/list/8BjnzY
  13. @saarg but it helps get a better sense of the magnitude of this impact and maybe just maybe see patterns that might help. I was able to dump my database and reimport and get back up and running. The issue on the cache drive was different from /mnt/disk, doing the integrity check complained of a missing index (this was after a fresh install and after half a day of scanning media). I’m up and running again and will report back with any new issues.
  14. Another person having issues with corruption who isn’t even aware of what’s happening in unraid. They run unraid and their db was corrupted.
  15. Would it be helpful if I let one of the Limetech employees ssh to my server to debug?
  16. F#%* Because I upgraded to 6.7.1-rc2 I can’t downgrade below 6.7.0. I can no longer user plex. I have no idea what to do now. This is a very bad experiences. I’m seeing more people suffering from this today.
  17. @limetech @Squid I started fresh. I moved to /mnt/cache/appdata/plex and it’s been scanning media since this morning. The database is already corrupt. I’m rolling back unraid versions, the current version is too unstable to be used for many of us.
  18. No. I ran on /mnt/disk without touching those files via the cp command. It corrupts every few days while on /mnt/disk. I’m on the cache drive as of this morning and I’ll keep you all posted how that goes. @Squid
  19. @saarg yup, starting fresh. No media was lost. Just meta data. Not so bad. Lesson learned. Btw, thank you all for the continued effort in finding a fix for this.
  20. @saarg before I knew about "mover" I had did a "cp" to cache awhile back via ssh as root. Lastnight I started the move with "mover" but the existing files screwed it up. At that point I was in a mixed state. I'm just starting fresh. I just want to get past this corruption and will do whatever it takes now.
  21. Ok, trying to move the plex appdata to /mnt/cache did something weird. I had to start over. I lost a few years of history I'm on /mnt/cache now but it'll have to regenerate the database. Plex will need to scan the library and download all metadata again. Fresh start 😞
  22. Thank you very much for the update @limetech whats the the best way to move data to /mnt/cache/appdata/plex? Do we simply do a cp? I thought I read somewhere we should use a “mover”. Just wanted to Confirm then I’ll do this test.
  23. Thanks @tjb_altf4 but it seems I already had that. See the attached image...