MowMdown

I was doing some reading, and I am invested due to me also owning two cyberpower UPSes from what I was reading it seems that maybe it's in minutes not seconds? what if you set ondelay=5 for 5 minutes? Im not sure if it converts seconds to minutes or if it just assumed minutes based on the raw number

Have you attempted with the built in apcupsd instead of NUT?

APC, Eaton, Tripplite all reputable UPS brands

Well if the photos are gone, due to being moved or deleted outside of immich, it will be able to detect the missing photos using this feature. If immich doesn't see any missing files there is a chance I would think that they were in fact deleted from immich itself.

I took a look, I don't personally see anything wrong or any disks missing which looks like you have a single disk for your immich photos. Can you post your immich template so I can see your paths?

make sure you have syslog server enabled and post diagnostics after a "crash" or lockup

You may need to upgrade to immich v3 which requires doing a modification to the database container tag but immich will tell you if photos are missing

you can try and mount the disk using the unassigned devices plugin and read it that way Just be aware you will either have to rebuild the disk OR sync parity.

Unraid marked the disk as disabled, you will need to check the emulated contents and then if that looks good rebuild onto the disk. SMART report looks ok Stop the array, set the slot to "unassigned" and start the array, the contents should now be emulated, browse the disk and look to make sure everything is ok. Stop the array again, re-assign the disk, and start the array, unraid will proceed to rebuild the emulated contents back onto the disk. If the emulated contents or the emulated disk doesnt mount or doesnt look correctly, report back.

disk6 appears to be mounting correctly Aug 9 13:41:06 Tower emhttpd: shcmd (63): mkdir -p /mnt/disk6 Aug 9 13:41:06 Tower emhttpd: shcmd (64): mount -t xfs -o noatime /dev/md6 /mnt/disk6 Aug 9 13:41:06 Tower kernel: XFS (md6): Mounting V5 Filesystem Aug 9 13:41:06 Tower kernel: XFS (md6): Ending clean mount Aug 9 13:41:06 Tower kernel: xfs filesystem being mounted at /mnt/disk6 supports timestamps until 2038 (0x7fffffff) Aug 9 13:41:06 Tower emhttpd: shcmd (65): xfs_growfs /mnt/disk6 Aug 9 13:41:06 Tower root: meta-data=/dev/md6 isize=512 agcount=15, agsize=268435455 blks Aug 9 13:41:06 Tower root: = sectsz=512 attr=2, projid32bit=1 Aug 9 13:41:06 Tower root: = crc=1 finobt=1, sparse=1, rmapbt=0 Aug 9 13:41:06 Tower root: = reflink=1 Aug 9 13:41:06 Tower root: data = bsize=4096 blocks=3906469875, imaxpct=5 Aug 9 13:41:06 Tower root: = sunit=0 swidth=0 blks Aug 9 13:41:06 Tower root: naming =version 2 bsize=4096 ascii-ci=0, ftype=1 Aug 9 13:41:06 Tower root: log =internal log bsize=4096 blocks=521728, version=2 Aug 9 13:41:06 Tower root: = sectsz=512 sunit=0 blks, lazy-count=1 Aug 9 13:41:06 Tower root: realtime =none

normal mode please, maintenance mode doesnt mount disks so it wont show any errors

Yeah you dont manually format any disks, unraid handles this for you.

Also iOS is very restrictive, it often works best when the app is open in the foreground and the device stays awake. If the device goes to sleep or the app is moved to background/closed it doesnt work.

What I suspect is happening is the BIOS is detecting the battery power from the UPS while the UPS is still online (as it's not "off") and triggers a power on event.

Make sure the UPS is told to shutdown on after unraid shuts down, then test a power loss event, when the UPS shuts down, give it a few minutes to see if it powers the system on, it's odd that this would happen. After that restore power to the UPS and unraid (and the UPS) hopefully come back online together.

Boot from the USB, might have to go into BIOS and manually select it so it boots from USB. If youre still booted from USB you just have to click the pool's name, and click "Remove Pool" and it will clear that error up, then you can wipe the drive and recreate it.

the 2x intel, disks I would btrfs RAID0 use for downloads and have mover run more often to move the files the 5x ~480/500GB I would put in a zfs RAIDZ1/RAIDZ2 pool

This is one of the long standing issues with plex. They've ignored it for years.

you just do a TPM -> TPM switch as the TPM ID changes.

mmcblk is the internal eMMC storage/boot likely provided by lincstation.

anybody else coming here reading this just chmod 444 the file and it can’t be removed

Rule of thumb is about 1.5 hours /TB based on the largest disk you have My 12TB disk takes about 22-25 hours

The issue with docker is the (?) icon goes missing on container removal and a reboot fixes it. Im taking a look at your diags now to see if there might be anything else. Edit: Not seeing anything that would point to docker containers not working as expected.

I dont really see anything in the logs provided. The opencloud server though should be running in a container not directly on unraid. You are running it in a docker container right? the only others things to check for is IOWait (check using top and look for the wa: number to be close to 0 as possible. powerdown is deprecated so no idea if that actually works anymore.

Mounted disk read-only, copied file to other disk, ran par2 repair, copied file back to original disk, ran verify and another scrub. Results as expected: par2 verify backup.par2 Verifying source files: Opening: "file.bin" Target: "file.bin" - found. All files are correct, repair is not required. btrfs scrub start -B /dev/nvme2n1p1 Starting scrub on devid 1 scrub done for 256dbb31-31d5-46ce-8daf-608925b5fc91 Scrub started: Fri Aug 7 14:28:28 2026 Status: finished Duration: 0:00:14 Total to scrub: 11.53GiB Rate: 843.06MiB/s Error summary: no errors found