ConnerVT

Parity is not a backup solution. You should always have the data you cannot afford to lose on a separate media, which can be restored/accessed in the case of system/disk failure. The first thing NOT to do is remove the failed disk or change your array configuration before you are ready to reconstruct the failed disk. (Assuming it has actually failed - I recommend attaching you diagnostics to your next post). Removing the disk will most likely complicate rebuilding the replacement drive. Currently it sound as your array is emulating the missing disk. This is using the info from your parity disk and the other disks on the array. Moving/copying data just puts more strain on your array disks, making it more likely you possibly have another issue/failure. If there is data that you can not afford to lose on the drive, and you don't have it backed up, you can add a disk via Unassigned Devices to copy the files you are concerned about.

That‘s true but first they will be legacy drivers, I can‘t imagine that they drop these card immedeately but I also have to say these cards are now really old. HEY! I'm really old, but I still get the job done. 😜

@Terebi - Thanks for the update. I just referenced the two threads above as examples of what extent and methods people have tried to address drive spin up latency and its impact to media servers. The Mover Tuning plugin seems to have its issues as well lately, from what I see reading the forum.

Toggle this off.

May depend on several factors: The Plex client; time it takes for a server to go from data request until drive is spun up and ready; the data path between the server and the Plex client. I knew exactly what @Lemming was referring to when I saw this post, as I had issues with it both on my Apple4K on my home LAN (video) as well as my iPhone on the road (music). I forget the exact message, as I have been using my media disks always spun up for a couple of years, and haven't seen it since. Vaguely remember it as an "Unexpected error..." message, then the client being ornery about recovering and retrying. Here are the two threads where folks were trying different things to circumvent the delay:

Since your shut down was due to a power outage, it is possible as neither Unraid nor the system as a whole shutdown cleanly.

Check if Fast Boot is set in BIOS. If so, turn it off.

This is a question which is better asked in the Plex forums. It is an annoying problem, especially when other less tech savvy users are trying to play media. Unfortunately, adjusting the time out to wait for playback is done on the client side, not the server. So unless Plex codes in some sort of signal in their server code and code for all of their clients (and all of them are fully updated with this, no small feat) that passes a "wait a bit longer", there is little to fix this. If you search around this forum, some folks have tried scripts that put the beginning of every/most media in memory, or cache most recently added media to a faster SSD drive. I looked at this, but each has its drawbacks. What I do is keep all of my media on a couple of drives which never spin down. I set up share exclusions so only media goes to these drives and everything else only goes to the rest of the drives on my array. This also has its drawbacks, but I find it the lesser of evils.

Unraid uses the GUID which is set in the flash drive by the manufacturer. This (I believe) is programed into the controller of the flash drive, and has been the standard business practice of the flash drive manufacturers for many years. This is not done in SSD/NVMe drives. There lately has been a rise in counterfeit flash drives hitting the market, where those making them don't care about standard business practices. Instead of giving each drive a unique GUID, many just end with 0000000000. So while your suggestion "solves your portability/transfer/deployment issue" it does nothing for the purpose of licensing the software. As Unraid is not freeware, using a SSD does not do anything in preventing piracy.

Do you have a solution as to how Unraid would handle licensing? One that does not increase cost, allows for immediate deployment after purchase, allows for portability/transfer from one hardware configuration to another, and would not allow for increased piracy of the Unraid software?

You can run preclear on multiple drives at the same time, if you have the resources available in your server. It takes ~25 hours to read every location in my 18TB drives. This is a function of the access time of your drive and system. There is no shortcut that will make this happen any faster.

They're all connected (no pun intended). It is all a serial path - from CPU, through all of those devices, to the HDD. If it all works? Great. If it doesn't? The there's some troubleshooting to do.

+1 to ServerPartsDeals. Every one of the spinners in my siggy came from them. Zero issues with any of the drives. There is no foolproof test. Write/read 100TB, and have it die 2TB later. I generally run a preclear on the drives when I receive them, as usually at least one drive ends up in a drawer of the server desk as a cold spare. I then feel better, more confident that it isn't DOA or has issues.

I run Frigate in Docker (straight from Unraid CA) with a Coral USB. Simple to set up (it's right in the template) and has worked fine. I'm not sure why you need the DVR. Frigate is a NVR, capable of either recording segments of video triggered by detection or continuous video. ! have a pool with a single 6TB spinning HD. There are 4 cameras and the drive typically is 3.7TB full. I keep 21 days of full video and 90 days of motion events.

Link is 404. Maybe it is a temporary issue. You need to reach out to the project owner, or substitute a different icon image into your docker template.

I have one of these in each of my servers. I find using the cable allows my to secure the flash wherever it is best out of the way inside my case. https://www.amazon.com/dp/B015F6QXKO

25 hours??? Something seems off, unless you are a professional photog with dozens of TB of RAW photos on your server. I have just a basic Immich install. My appdata folder for Immich is 5.5GB and backs up and verified in just over 1 minute.

Sorry to chuckle at your discomfort. It is just that I've been there so many times...

According to Wikipedia: With this many users, it isn't difficult to believe that many are just people who load Plex on their PC at home, with default configuration, with Port 32400 open to the Internet world.

All Ryzen CPU except 1000 series have TPM 2.0 built in (the 1000 series only TPM 1.2). All motherboards going back to the first series of MB chips support it by enabling fTPM in the BIOS.

Try disabling the motherboard NICs in BIOS. Configure just the 10GBe, and confirm it works. Then re-enable the motherboard NICs, then reconfigure in Unraid.

You would physically swap out the drive you were using as a replacement and reinstall the original drive (with your data). The array won't start, as there is now an assignment mismatch. You correct this by using the New Config utility in the Tools tab - https://docs.unraid.net/unraid-os/manual/tools/#new-config Once you set the configuration (with the drive in the correct slot) you will then be able to start the array, and your server will then rebuild parity.

For APC UPS, many times after replacing the battery you need to plug the UPS into a Windows machine, run the APC app (PowerChute), and set the Replace Battery Date.

Official announcements are under "NEWS" (which is the Limetech/Unraid blog). Technically, the FORUM is community based, so things in it, though many times accurate, are not truly "official". Semantics, yes. But nothing to get upset about, once you understand how thing work. Thanks @peterg23 for cross posting things he finds here in the Lounge.

https://docs.unraid.net/unraid-os/getting-started/manual-install-method/