JorgeB

Make sure "Initial Memory" and "Max memory" in the VM options are set to the same value.

Not a big networking guy, but it does look like a network issue, try different cables/switch/NIC.

Try this: https://forums.unraid.net/topic/51703-vm-faq/?do=findComment&comment=557606

It should always resume from where is was, unless the source/dest files modified timestamp changed.

You should backup and re-format the filesystem.

You can try restoring a few config files at a time to see if you can find the problem or just reconfigure the server, for the array assignments you just need to restore super.dat.

Zfs is not (yet) supported by Unraid, you can post in the plugin support thread, might be able to get some help there.

Can't say, maybe with diags after the problem occurs.

It will be the same, Unraid is Linux, though if you use the latest kernel the btrfs tools might be a little better.

Please post the diagnostics after upgrading.

Log is filled with these: Nov 3 14:58:48 mediahub root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Not sure what they mean though, typical error is wrong csrf_token, which means multiple browser windows open, maybe try temporarily uninstalling or re-installing UD.

Because disks are overheating, if any disk is above the set warning temp when the reported is generated it fails.

Improve disk cooling.

lsscsi in the diags lists all the devices and you can crosscheck with the devices letters for example on the SMART reports, parity2 is sdh: [6:0:0:0] disk ATA WDC WD40EFRX-68W 0A80 /dev/sdg /dev/sg7 state=running queue_depth=32 scsi_level=6 type=0 device_blocked=0 timeout=30 dir: /sys/bus/scsi/devices/6:0:0:0 [/sys/devices/pci0000:00/0000:00:1c.7/0000:08:00.0/ata5/host6/target6:0:0/6:0:0:0] [6:1:0:0] disk ATA WDC WD120EMFZ-11 0A81 /dev/sdh /dev/sg8 state=running queue_depth=32 scsi_level=6 type=0 device_blocked=1 timeout=30 dir: /sys/bus/scsi/devices/6:1:0:0 [/sys/devices/pci0000:00/0000:00:1c.7/0000:08:00.0/ata5/host6/target6:1:0/6:1:0:0] [6:2:0:0] disk ATA WDC WD120EDAZ-11 0A81 /dev/sdi /dev/sg9 state=running queue_depth=32 scsi_level=6 type=0 device_blocked=0 timeout=30 dir: /sys/bus/scsi/devices/6:2:0:0 [/sys/devices/pci0000:00/0000:00:1c.7/0000:08:00.0/ata5/host6/target6:2:0/6:2:0:0] [7:0:0:0] disk ATA WDC WD120EMFZ-11 0A81 /dev/sdj /dev/sg10 state=running queue_depth=32 scsi_level=6 type=0 device_blocked=0 timeout=30 dir: /sys/bus/scsi/devices/7:0:0:0 [/sys/devices/pci0000:00/0000:00:1c.7/0000:08:00.0/ata6/host7/target7:0:0/7:0:0:0] These are all the disks connected to the Asmedia controller, and parity2 shares the same SATA port (and multiplier) with two other disks, you can see that because they all are under ata5, the one with ata6 is using the other port.

For now only parity2 was out of sync, this suggests it's not a data disk issue or RAM, or both parity drives would be out of sync, I would start by replacing the Asmedia controller using port multipliers, it's generating some ATA errors and it's also not good for performance, and coincidentally or not, parity2 is connected there, if you use a recommended controller it should also improve performance, last check took almost 3 days which is a lot more than it could be, though you were using the array. P.S. please disable mover logging unless needed to troubleshoot the mover, or it generates a lot of log spam.

Yes.

Use -L

Depends on the use cache setting for the share you're writing to, if set to cache=yes or prefer, then yes, it will overflow to the array, assuming enough space there.

Rebuild will re-start from the beginning, you can run the check before re-starting it, or cancel rebuild if array is set to auto start.

Check filesystem on disk7

Yep.

Cache device dropped offline: Nov 3 09:04:18 NAS kernel: sd 12:0:3:0: attempting task abort!scmd(0x000000005fd2b71d), outstanding for 33986 ms & timeout 30000 ms Nov 3 09:04:18 NAS kernel: sd 12:0:3:0: [sdn] tag#1415 CDB: opcode=0x28 28 00 03 95 eb e8 00 01 00 00 Nov 3 09:04:18 NAS kernel: scsi target12:0:3: handle(0x000a), sas_address(0x4433221102000000), phy(2) Nov 3 09:04:18 NAS kernel: scsi target12:0:3: enclosure logical id(0x5782bcb03838b400), slot(1) Nov 3 09:04:18 NAS kernel: sd 12:0:3:0: No reference found at driver, assuming scmd(0x000000005fd2b71d) might have completed Nov 3 09:04:18 NAS kernel: sd 12:0:3:0: task abort: SUCCESS scmd(0x000000005fd2b71d) Nov 3 09:04:18 NAS kernel: XFS (sdn1): xfs_do_force_shutdown(0x2) called from line 1196 of file fs/xfs/xfs_log.c. Return address = 000000001e8ac67c Nov 3 09:04:18 NAS kernel: XFS (sdn1): Log I/O Error Detected. Shutting down filesystem Nov 3 09:04:18 NAS kernel: XFS (sdn1): Please unmount the filesystem and rectify the problem(s)

Backup current one, re-create using the USB tool then restore only the config folder.

I never had any issues setting the MTU to 9000, and have done it in multiple servers, maybe NIC/hardware specific issue?

Either, you can just try a different flash without a key to see if it boots, or try redoing the current one.