Littleolme

Thank you, I wasn't aware of this ability. I'll set it up today and start monitoring.

Difficult, since its rotting in a land fill.

I recently transferred my system into a new case - from a noisy rackmount server case to a whisper quiet desktop. The transfer went smoothly and all data and applications are still operational. Ever since completing the transfer I find that the server is randomly shutting down. The periods in between shut downs are not regular and are far apart - from a couple of days to a week. The system is sitting at my daughters house as I am currently working remote and I honestly thought the cats were walking on the power button. But I've now covered that button and it is still happening. Rebooting loses the logs - so I don't even know how to begin researching this. The only other weird thing about my new build is that I cannot reboot it without relocating the USB boot drive. It simply won't boot unless the boot drive is moved to another plug from the last time it ran, then it boots fine. I'm including this because it is an oddity that might provide a clue. I believe the system is rebooting, not shutting down. Because of this weird issue with the boot drive, it can't complete the boot. I'm interested in any advice on where to start troubleshooting. Thanks.

I'm not using a backplane in the new case. That's what I'm moving away from. So the drives will be connecting directly to the HBA...and power supply via SATA power?

I apologize for what is surely a stupid question. I'm building a new server, transferring my SAS drives out of an extremely noisy rackmount with a hard backplane for the drives, to a much quieter desktop. I have a LSI 9305-16I picked out and four SFF-8643 Host to 4 SAS 29Pin cables. What provides the power for the drives? Is the HBA powering the drives (and is that why it gets hot)? Or do I need a special power cable for each of the drives? I didn't think the PCIE slot could provide enough power for 16 drives. It looks like the 19 pin connector is meant to have a power cable attached, but I can't find one to order. edit: Does the sata power cable connect to the 19 pin connector to provide power? This is the connector I'm looking at using.

My understanding is that you'll get more bang for the buck by using a GPU to handle the transcoding. You could keep your current CPU and put in a lower end video card. Here is a good resource to determine the GPU you would want.

Okay, I feel like an idiot. Turns out someone - probably a cat - partially ejected the drive. Building my closet door just became this weekends priority project. The parity is rebuilding right now. Only 23 hours to go. Thanks for the help.

I'm sorry, you'll have to define "dibbled" for me, lol. I was using an app to simulate the spindown at one point but I thought I had that removed and spindown turned off - I'll take a look again when I get home tonight. No cables to replace as its a hard backplane, but plenty of spare slots if I need to relocate. Can you tell me where in the diagnostics you're seeing this information? Are you suggesting that the drive might still be good and just needs to have the parity rebuilt on it, possibly in a new slot?

Here is the full zip. digitalcrack0-diagnostics-20230125-1645.zip

What, specifically, should I post from the diagnostics? There isn't a file for this drive - it gives me SMART outputs for every drive except the parity that has the errors.

I have four errors on a parity disk and Unraid has disabled it. I cannot run a SMART report on it, if I click the button to start it just flashes right back to "start". The SMART history says it doesn't exist "Smartctl open device: /dev/sdf failed: No such device". Is there a way to test this drive, or should I just swap it out (I have an exact replacement new in the wrapper)? I'd prefer to see a test of the drive rather than blindly writing it off, but I'm unsure how at this point.

Makes sense. Another learning opportunity. I'll check into it.

I actually already have MariaDb running for Nextcloud. I'll look at that doc to see how to migrate Ombi over to it. Thanks!

I've recently reinstated my Plex server after having it in mothballs for 9 months due to a move. Now that it is back up and running, and I've updated everything, Ombi seems to have an issue where I must restart it every other day or so because it stops responding to requests. Everybody can login, you can search for videos, but upon submitting a request Ombi never responds back that the request was submitted and it never shows up as requested. A stop and start of the container fixes the issue. Is this a known issue? Looking at the log I see a few red highlighted lines: "Microsoft.Data.Sqlite.SqliteException (0x80004005): SQLite Error 5: 'database is locked'."

Roger, will do. When my problem returns. I now have all dockers running at the same time and the without issue. I have no idea what changed. If it returns I'll submit the run and log. Thanks.

I'm currently "drinking from the fire hose" and setting up my first Unraid server. I've found what appears to be a conflict between this docker and this same groups Unifi controller docker. I can't have them both running at the same time without losing access to NZBGet. The log fills with "[ERROR] Binding socket failed for 0.0.0.0: ErrNo 98, Address in use". I think I understand what the error signifies but Unraid shows no port conflicts between the two dockers. It also doesn't matter which order I start them in, if both are running at the same time, NZBGet loses. While the log is flooding with the error I cannot connect to NZBGet's GUI - the browser tab just hangs. Both dockers are fresh installations as this entire server is a new build. Thanks in advance for any assistance.

Unraid noob here, but it looks like this feature is something that I need as well. Specifically, I have a Zerotier docker running that only uses the cache drive. If I make a change on the server that requires stopping and starting the array then the docker shuts down and I lose access to the server. I only have remote access to the server so this is a huge issue.