JorgeB

Good, just noticed I wrote BIOS instead of firmware, firmware was the problem.

Reboot and boot using the GUI mode, then reconfig your lan, you can type "reboot" on the console to do a clean shutdown.

No, I would need to know if the pool mounted or not, i.e., if the data was available, if you don't know start the array with just the same cache device that started before and post new diags after that.

Since the cache never mounted it should have no direct relation to that, I did notice this segfault in the end of the syslog: Mar 18 03:40:01 Tower kernel: shfs[3677]: segfault at 0 ip 0000000000403bd6 sp 00001511c7ea5930 error 4 in shfs[403000+c000] Mar 18 03:40:01 Tower kernel: Code: 89 7d f8 48 89 75 f0 eb 1d 48 8b 55 f0 48 8d 42 01 48 89 45 f0 48 8b 45 f8 48 8d 48 01 48 89 4d f8 0f b6 12 88 10 48 8b 45 f0 <0f> b6 00 84 c0 74 0b 48 8b 45 f0 0f b6 00 3c 2f 75 cd 48 8b 45 f8 This was most likely what cause /mnt/user to go away, but no idea what caused the segfault itself, could be hardware issue or some plugin, if it keeps happening good to run memtest and/or boot in safe mode.

Yes. The disk that got disable (disk7) will stay disable, you'll need to either rebuild on top (only if the emulated disk mounts correctly) or do a new config and run a correcting parity check. Before doing anything you should also check SMART for the disks that dropped (6 and 7), they should be OK but better check before doing anything, if you want post diags so we can also check.

Yep, updating the BIOS firmware should fix it. Should be possible, boot with a DOS flash drive.

Please post diags, LSI might need a firmware update.

You need to format them, next to array stop/start. You need to post the diagnostics (tools -> diagnostics) for the other issues.

Yes, both the SASLP and SAS2LP are nothing but trouble with recent Unraid, look for any LSI with a SAS2008/2308/3008/3408 chipset in IT mode, e.g., 9201-8i, 9211-8i, 9207-8i, 9300-8i, 9400-8i, etc and clones, like the Dell H200/H310 and IBM M1015, these latter ones need to be crossflashed.

Disk5 and parity need a new SATA cable. The read errors appear to be the typical SASLP problem, multiple disks dropped offline at the same time, recommend replacing it with an LSI.

You you started the array with the missing pool device did the cache mount?

Just being unmountable won't cause crashes.

Ideally 24H, but usually a few minutes/hours are enough for any serious problem to be found.

There are multiple call traces, and if it still crashes with same Unraid release it was working before then they are likely hardware related, start by running memtest.

Then it's likely a hardware problem.

Downgrade back to last Unraid release that was stable for you to confirm if it was upgrade related or not.

Did you format the cache? It doesn't have a valid filesystem, like it was never formatted.

No valid filesystem is being detected on cache, like it was never formatted, that or it was wiped.

👍

Everything looks normal on the diags posted, there aren't any disk errors.

Cancel the rebuild, update firmware, start rebuild again and see if the read errors go away.

Yes to all, risk is low but there's always a risk, just make sure cache backups are up do date.

Likely related to the same issue, do the firmware upgrade first and see how it goes, BTW no point in rebuilding a disk with multiple disk errors.

Always, but they weren't reported before, the attribute wasn't monitored.

Mar 18 13:03:31 Tower kernel: mpt2sas_cm0: LSISAS2008: FWVersion(20.00.00.00), ChipRevision(0x03), BiosVersion(07.39.00.00) Update the LSI firmware to 20.00.07.00, it's a known issues with that one.