UnraidRog

PS I have 4 sticks of 16GB RAM. I tested 2 at a time but that didn't isolate the problem. Unless I had terrible luck and had more than 2 sticks of RAM go bad on me.

@Woosah following up on this. I'm running into the same issue. Did you find a fix? Thanks

I was wrong... it stopped crashing at the 17 min mark. I've attached a couple Syslog's. One is with the Dockers turned on and the other is with the Dockers turned off. I'm going to try replacing the PSU next. Should I also do a memtest to rule out the RAM? Thanks again syslog-previous 08.26.2025 12.28.txt syslog-previous 08.26.2025 12.39.txt

I'm starting to swap out different parts to get to what's causing this. I noticed something strange. The Parity Check will always stop at the 17min mark and NAS will reset. Does that help narrow down what's causing the crashes?

Got it. I have a spare PSU somewhere. I'll look for that. Thanks everyone

Sounds good. I’ll start troubleshooting one hardware at a time to see if I can narrow it down. Just wondering, can a bad HBA controller trigger a reset? I ordered a new one that ‘s coming on Monday. The heatsink on the old one was disconnected. I wonder if the chipset was damaged before I discovered that the heatsink came off.

Thanks - I’ll try the mirror to flash drive option. I don’t mind the additional wear on the flash drive for now. I don’t think it’s the PSU unless it’s going out. I actually have one less drive HDD now than before. Hopefully the syslog server can tell me something.

Hello, My Unraid server is rebooting by itself about 10-15 mins into the Parity Check. I recently had an issue with where some of my drives were throwing codes and were being disabled. The forum helped me out to solve this. The old post is: https://forums.unraid.net/topic/192547-help-needed-accidentally-used-new-config-with-a-failed-drive/ Since I got my server up and running again, 3 of the drives were disabled again so I rechecked the cables to make sure everything is seated correctly. I noticed that a plastic screw holding the heatsink on my LSI HBA had snapped off. I rigged up a temp zip tie fix and booted up again. Upon rebooting, I got the unclean shutdown message so I decided to complete a Parity Check. 10-15 mins into this, the server randomly reboots. Several times, I opened up the server and reconnected different components, but to no avail. Before I go and start replacing components, is there something in the logs that can tell me what's wrong? Logs attached. I was thinking about starting with the HBA. Thanks leungunraid-diagnostics-20250819-1722.zip

I think I'm good now. I ran the XFS Repair from the GUI. Parity is now Syncing. Thank you all!

I have no idea what's going on.... I started the Array and the Parity Sync began, but then I noticed that Disk 12 is showing the "Unmountable: unsupported or no file system" error. Do I need to complete the same procedure and XFS repair for Disk 12 as well? Thanks

Awesome. I don't see a lost&found folder. Things are looking more promising. Is it safe to mount it back to my Array and let the Parity drives rebuild?

Sweet! I was able to mount it and look at the contents. It looks like most if not all of the data is there. I don't remember the exact total size of the files but it looks pretty close to what I had on the drive. Is there anyway I can mount the Parity drives to compare the data? Thanks!

root@LeungUnraid:~# xfs_repair -v /dev/sdk1 Phase 1 - find and verify superblock... bad primary superblock - bad CRC in superblock !!! attempting to find secondary superblock... .found candidate secondary superblock... verified secondary superblock... writing modified primary superblock - block cache size set to 2946608 entries sb root inode value 18446744073709551615 (NULLFSINO) inconsistent with calculated value 128 resetting superblock root inode pointer to 128 sb realtime bitmap inode value 18446744073709551615 (NULLFSINO) inconsistent with calculated value 129 resetting superblock realtime bitmap inode pointer to 129 sb realtime summary inode value 18446744073709551615 (NULLFSINO) inconsistent with calculated value 130 resetting superblock realtime summary inode pointer to 130 Phase 2 - using internal log - zero log... zero_log: head block 55 tail block 51 ERROR: The filesystem has valuable metadata changes in a log which needs to be replayed. Mount the filesystem to replay the log, and unmount it before re-running xfs_repair. If you are unable to mount the filesystem, then use the -L option to destroy the log and attempt a repair. Note that destroying the log may cause corruption -- please attempt a mount of the filesystem before doing this. Thanks

The last several lines from the "dmesg" command got me this: [216889.781259] XFS (sdk1): Metadata CRC error detected at xfs_sb_read_verify+0x10c/0x198, xfs_sb block 0x0 [216889.781548] XFS (sdk1): Unmount and run xfs_repair [216889.781824] XFS (sdk1): First 128 bytes of corrupted metadata buffer: [216889.782103] 00000000: 58 46 53 42 00 00 10 00 00 00 00 01 05 ef ff f3 XFSB............ [216889.782390] 00000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ [216889.782675] 00000020: 26 eb cb ef 4e fe 41 32 9e f4 81 39 a7 04 39 db &...N.A2...9..9. [216889.782963] 00000030: 00 00 00 00 80 00 00 07 00 00 00 00 00 00 00 80 ................ [216889.783245] 00000040: 00 00 00 00 00 00 00 81 00 00 00 00 00 00 00 82 ................ [216889.783526] 00000050: 00 00 00 01 0f ff ff ff 00 00 00 11 00 00 00 00 ................ [216889.783799] 00000060: 00 07 f6 00 b4 b5 02 00 02 00 00 08 00 00 00 00 ................ [216889.784067] 00000070: 00 00 00 00 00 00 00 00 0c 09 09 03 1c 00 00 05 ................ [216889.784336] XFS (sdk1): SB validate failed with error -74.

I tried the step above and got this: root@LeungUnraid:~# mkdir /x mkdir: cannot create directory ‘/x’: File exists root@LeungUnraid:~# mount -o ro -t xfs /dev/sdk1 /x mount: /x: mount system call failed: Structure needs cleaning. dmesg(1) may have more information after failed mount system call. The "dmesg" command got me a long list of messages. Am I doing this wrong? Thanks again