ch4d0w3d0n3

I verified the share paths; I believe they are correct. I haven't changed anything on this server in a very long time, and this is a new issue for me. Could it be Mover-related? I believe I received an update recently that required me to change Mover plugins. After this, I had to set the Mover settings up again from new. It is possible I could have messed that up. Like I said, it has been quite a while since I built this server.

I started getting an error that rootfs is getting full. It is currently at 93%. Everything was running great for quite a while, it seemed. Then, this error started occurring. Any assistance would be greatly appreciated. unraid-diagnostics-20250326-1826.zip

I was looking through my SMART report and noticed that my last extended test completed without errors and it was done AFTER the most recent of the 5 errors listed was discovered. I'm not sure if that has anything to do with it. I might end up having to get a new SAS cable... If the current test completes without error, i will power off, reseat the SAS cables, and see what happens from there. If I run for a bit without error, I will order a couple replacement for the next time. Just in case I don't know my ass from a hole in the ground, I will attach the report here as well. plexraid-smart-20230314-1113.zip

Thank you for the quick response. I've started the extended SMART test. Should I repost the diagnostics when it completes?

I started getting read errors on my parity disk during a health report. The disk is not disabled, there do not appear to be any issues at the moment. I am attaching my diagnostics. if there is anything else that I need, please let me know. I have yet to need this level of support, my issues to date have not dealt with anything to do with my drives. plexraid-diagnostics-20230313-1922.zip

My Extended test finished. There were no errors found. This morning, I powered off the server and reseated the cables on the drive indicated. I did notice that the power connector right next to the one connected to the drive with issues has a 4-pin molex adapter for a fan controller. I'm not sure if that is the cause or not, but if it happens again, I will start looking for an alternative there. After the server came up and I was able to ensure that the issue was resolved at least for the time being, I backed up my flash drive and upgraded to the newest version of unRAID. This was the plan before I started getting the errors. So far, so good. Thanks for the assistance, @Squid!

Thanks for the fast response. Since you said more than sufficient, I have set the trim to once a month. If I should move it to once a week, I'm ok with that too. I am currently in the process of running an extended test. As soon as that finishes, I will power down and reseat the cables on the device. Again, thank you for responding so fast.

I am running UnRAID 6.9.2. I was planning on upgrading this weekend, but my monthly disk check reported read errors on my parity drive. My SMART report does not appear to show any errors. I have not shut down, the only thing I did was run another parity check, which passed with no errors. Any help would be greatly appreciated. Thanks in advance. plexraid-diagnostics-20220528-1337.zip

Mine went smooth as well. In fact, I didn't know there were any issues until I got an email about this thread. Thank, binhex!

Apparently, I'm an idiot. I forgot that I moved the HDMI dummy plug for some reason. After making sure that all of the ports that should have plugs in them did, installing and enabling went perfectly. Good to have it all back the way it was. Moral of the story: Check all the stupid stuff you are sure isn't the problem!

Last week, I woke up to my Plex Server not starting. After a bit of Googling, I copied the appdata folder, deleted the binhex-plexpass docker and reinstalled it, restoring the appdata folder. I have restored the paths for my media, and all of that appears to be working. At some point in the process, my ability to transcode to the iGPU was broken and I have been unable to restore it. I no longer have the /dev/dri folder, I have attempted to go back through the process of enabling the iGPU but that folder is not being found no matter what I try. Has anyone else experienced any of this? Any assistance would be greatly appreciated. Thank you.

Make sure that you specifiy a port that is not already in use by the server. The default is 80 and I know that my port 80 is already set up on another of my dockers.

Same here. It was working fine early this morning, just a bit ago I tried to access and started getting graphql is offline. Tried logging out and back in, now I am unable to connect to the mothership.

I could really use some help. I just performed a pretty sizeable hardware upgrade on my server, new motherboard, gpu, ps, case, RAM, and I added 5 new drives. Prior to the upgrade, I had the server operating beautifully, no issues with any of my containers. My delugevpn container was rebuilt and after that, my sonarr container started operating perfectly, in fact better than before it appears. I currently have binhex-delugevpn with binhex-jackett, binhex-sonarr, and binhex-radarr routed through deluge for vpn. Jackett and sonarr are working just fine, but radarr will not successfully add an indexer. I have even gone so far as to completely remove the container, the image, and appdata, start over from scratch, and I am still getting the same results. If log files would help, let me know what to get and I can provide it, but I would greatly appreciate some help with this one. Thanks in advance, folks. Edit: I was able to fix the issue with adding indexers, I had to replace the IP in the URL for the indexer with localhost.

Been following the development of this for a bit and decided this morning that it seemed mature enough to give it a shot. I am currently converting a 1.5 GB mp4 720p file with unmanic pinned to only 2 cores. I know that there are better ways, but I am testing performance vs load at the moment to make sure that I can run it on this server without issue. If I overload it constantly, I may move it to the other server that doesn't run any dockers. The cores are residing at 98% fairly constantly, but the remaining 10 cores are barely moving and the rest of my processes are responding as promptly as before. I am going to test this for a bit and if all goes well, I may just turn it loose on the majority of my library. Except the 4K files I have worked so hard to make sure I get a quality I am happy with. Thanks for building this, @Josh.5!