foo_fighter

Single Parity is a Mirror, but you can also use a ZFS Pool of 2 devices and assign 1 throw away device to the array using a usb flash drive. Then you get scrub/bit-rot protection.

Try to get cameras compatible with RSTP/ONVIF. Frigate with coral TPU seem like a popular NVR choice: https://frigate.video

Depending on your budget, I would throw this case in for consideration: https://www.silverstonetek.com/en/product/info/computer-chassis/cs382/

Have you tried a microSD card reader with a high endurance SD card? Also, only use USB2.0 ports.

I meant "it exists" as in the hardware(4BayPlus has been at CES and in the hands of dozens of reviewers), not that you could buy it on Amazon yet. The older 4-bay version has existed for years in the Chinese domestic market and was also sent out to Beta testers to test the built-in software. I think the hardware is close to the final revisions, but the software is still baking that's why a lot people are asking to run 3rd party OSes like unRaid or TrueNAS or OMV.

Were they all pre-cleared?

Umm, for one thing it exists?! (sorry to those who backed storaxa) Kickstarter was a strange approach for an established company, but it did generate a lot of publicity. I see it as a nice off the shelf hardware solution that can hopefully run unRaid well, similar to the LincStation but in more varieties. I think it would be difficult to build something at the price point that it was initially offered. It ships with its own OS, but it's not fully mature and not as flexible as unRaid.

Anyone get in on the Kickstarter? Which model? Hopefully there will be enough critical mass of UnRaid users to get everything working, like Fan control, S3 sleep, WoL, LED control, 10Gbe ethernet drivers, Lowest Power C-States(It uses the ASM116X Sata controllers), even the watchdog timer.

why not use an external usb drive and unassigned devices?

Yes, I do use the unassigned devices plugin. I'll update it and see if that helps.

Edit: Seeing some instability(frozen machine) after the edits, I'm not sure if it's related to Immich/PostGres16 but there are some other reports of hung machines. It wasn't working for me either, but I just updated the containers and switched to SIO's postgres container and it seems like it may be working now. I used to just see tons of FFMPEG errors in the log and turned off HW accel. The quick sync setting seemed to generate ffmpeg error. I'm trying VVAPI:

You can use post commands to restore the speed(and other things).

I have about 100k photos/videos. I haven't figured out how to get the iGPU/quicksync to work yet so it's using software transcoding. ML is turned on for facial recognition but that just uses CPU I believe (I don't have any HW accelerators). Have you checked your paths? All generated data should be outside of the docker image right?

2.2Gb for me.

I see this endless cycle in syslog. But you're saying that the read SMART is caused by the spin up, not the other way around?: Feb 18 06:23:32 Tower s3_sleep: All monitored HDDs are spun down Feb 18 06:23:32 Tower s3_sleep: Extra delay period running: 18 minute(s) Feb 18 06:24:32 Tower s3_sleep: All monitored HDDs are spun down Feb 18 06:24:32 Tower s3_sleep: Extra delay period running: 17 minute(s) Feb 18 06:25:32 Tower s3_sleep: All monitored HDDs are spun down Feb 18 06:25:32 Tower s3_sleep: Extra delay period running: 16 minute(s) Feb 18 06:25:34 Tower emhttpd: read SMART /dev/sdf Feb 18 06:26:32 Tower s3_sleep: Disk activity on going: sdf Feb 18 06:26:32 Tower s3_sleep: Disk activity detected. Reset timers. Feb 18 06:27:33 Tower s3_sleep: Disk activity on going: sdf Feb 18 06:27:33 Tower s3_sleep: Disk activity detected. Reset timers. Feb 18 06:28:33 Tower s3_sleep: Disk activity on going: sdf Feb 18 06:28:33 Tower s3_sleep: Disk activity detected. Reset timers. Feb 18 06:29:33 Tower s3_sleep: All monitored HDDs are spun down Feb 18 06:29:33 Tower s3_sleep: Extra delay period running: 25 minute(s) Feb 18 06:30:14 Tower emhttpd: spinning down /dev/sde Feb 18 06:30:33 Tower s3_sleep: All monitored HDDs are spun down Feb 18 06:30:33 Tower s3_sleep: Extra delay period running: 24 minute(s) Feb 18 06:31:33 Tower s3_sleep: All monitored HDDs are spun down Feb 18 06:31:33 Tower s3_sleep: Extra delay period running: 23 minute(s) Feb 18 06:31:41 Tower emhttpd: read SMART /dev/sde Feb 18 06:32:34 Tower s3_sleep: Disk activity on going: sde Feb 18 06:32:34 Tower s3_sleep: Disk activity detected. Reset timers. Feb 18 06:32:34 Tower emhttpd: read SMART /dev/sdh Feb 18 06:33:34 Tower s3_sleep: Disk activity on going: sdh