JorgeB

Didn't even noticed that the emulated disk4 was now mounting, so maybe disk1 can still be fixed, but kind of surprising due to all the errors during the rebuild.

Once the sycn finishes run it again without -n or nothing will be done, did disk4 mount correctly?

No, check filesystem. -Tools -> New Config -> Retain current configuration: All -> Apply Then start array to begin a parity sync (or check parity is already valid before array start and then run a correcting check).

Disk was already disabled at boot, so we can't see what happened, probably got disable during last shutdown.

Don't think there would be much point in rebuilding disk4, since disk1 is corrupt a rebuilt disk4 would also be corrupt, best bet is to do a new config to re-enable disk4, as for disk1 you can run a filesystem check but most likely there won't be much of use there.

That looks like a flash drive problem, make sure you're using a USB 2.0 port and/or try a different one.

Nov 2 19:47:09 GLaDOS emhttpd: device /dev/sdf problem getting id Nov 2 19:47:09 GLaDOS emhttpd: device /dev/sdc problem getting id Nov 2 19:47:10 GLaDOS emhttpd: device /dev/sdg problem getting id Nov 2 19:47:10 GLaDOS emhttpd: device /dev/sdd problem getting id This are usually the result of having multipath to the enclosure enable, Unraid doesn't support that, use a single cable from the HBA to the enclosure. Btrfs errors are the result of the device dropping offline, try using a different cables/slot or controller for the cache device.

File system corruption, as it should be evident by the post above:

Everything looks normal to me, all disks are mounting and none of the them is empty, certainly didn't have anything to do with the scheduled check, where are you missing data from?

That doesn't make much sense, IIRC if the parity check is scheduled to start during a rebuild/re-sync it just starts over the actual operation Unraid was doing, please post the diagnostics.

Run it again without -n or nothing will be done, if it asks for -L use it.

Changed Status to Closed

No, the Dynamix UI is part of Unraid, not the plugins, you were given the same info in the plugins support thread.

Changed Status to Closed Changed Priority to Other

This is a plugin, not part of stock Unraid, any issues should be reported in the existing pllugin support thread.

Check filesystem on disk1.

CA Backup ran last night: Nov 2 01:00:01 BB8 CA Backup/Restore: ####################################### Nov 2 01:00:01 BB8 CA Backup/Restore: Community Applications appData Backup Nov 2 01:00:01 BB8 CA Backup/Restore: Applications will be unavailable during Nov 2 01:00:01 BB8 CA Backup/Restore: this process. They will automatically Nov 2 01:00:01 BB8 CA Backup/Restore: be restarted upon completion. Nov 2 01:00:01 BB8 CA Backup/Restore: #######################################

When did they last stopped?

Because the other device is missing Unraid is not trying to mount the pool degraded (assuming it's raid1), you can do that manually, if successful backup pool contents and re-create the pool after replacing cables on the device that caused issues before.

Likely they are not restarting after the CA backup, I believe it has been known to happen sometimes.

I think option A should give you decent bandwidth, with 12 devices per enclosure the MD1200 single link and daisy chain should not be of great concern, and having the MD3200 with dual link should also leave them with enough bandwidth wen both enclosures on the same HBA are being used.

You can ignore that part.

As expected.

Disk4 dropped before disk1 started rebuilding, so rebuilt disk1 will be corrupt, was this done on top of the old disk or a new one? Problems with disks 1 and 4 look power/connection related, replace cables.

Oct 31 11:07:06 Alpha emhttpd: unclean shutdown detected An auto parity check will run after an unclean shutdown. You didn't mentioned it but in case you didn't notice disk3 is failing and needs to be replaced, though parity might not be 100% in sync.