JorgeB

Should be, backup current flash drive and you can also run FCP's update advisor.

Scrubbing once a month is generally enough, also take a look below for better pool monitoring: https://forums.unraid.net/topic/46802-faq-for-unraid-v6/?do=findComment&comment=700582

It will work assuming the pool is default RAID1, and you can start with step 5.

MegaRAID models cannot usually be flashed to IT mode.

Please post the diagnostics.

Do you have "Enhanced macOS interoperability" enabled? If yes see if disabling it makes any difference (Settings -> SMB Settings)

Try disabling the bridge for eth1, if it doesn't help try deleting/renaming /boot/config/network.cfg and then reconfigure the settings.

Should be fine for a single disk in terms of performance, there could be the typical Marvell issues, like dropped disks etc, but they do work for some.

All devices are being detected, looks like a GUI problem, try rebooting in safe mode and/or use a different browser (after rebooting also).

Problems with the cache2 device: Dec 5 04:40:02 Tower kernel: BTRFS warning (device sdb1): lost page write due to IO error on /dev/sdc1 (-5) Dec 5 04:40:02 Tower kernel: BTRFS error (device sdb1): error writing primary super block to device 2 Dec 5 04:40:02 Tower kernel: BTRFS warning (device sdb1): lost page write due to IO error on /dev/sdc1 (-5) It dropped offline, check/replace cables then run a scrub on the pool.

Really PCI or PCIe?

Like MAM59 mentioned there's usually not much difference, except sometimes with 10GbE, but you can easily test with iperf and then set accordingly, after confirming that everything in the network supports jumbo frames, just recently was installing a couple of 2.5GbE NICs and since these are going to be used for direct connection it won't cause any issues, still with 2.5GbE there's not much difference. Intel I225V -> Realtek 8125 root@Tower15:~# iperf3 -c 10.0.0.2 Connecting to host 10.0.0.2, port 5201 [ 5] local 10.0.0.1 port 58158 connected to 10.0.0.2 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 283 MBytes 2.38 Gbits/sec 0 300 KBytes [ 5] 1.00-2.00 sec 282 MBytes 2.36 Gbits/sec 0 322 KBytes [ 5] 2.00-3.00 sec 280 MBytes 2.35 Gbits/sec 0 300 KBytes [ 5] 3.00-4.00 sec 281 MBytes 2.36 Gbits/sec 0 303 KBytes [ 5] 4.00-5.00 sec 280 MBytes 2.35 Gbits/sec 0 297 KBytes [ 5] 5.00-6.00 sec 281 MBytes 2.36 Gbits/sec 0 303 KBytes [ 5] 6.00-7.00 sec 280 MBytes 2.35 Gbits/sec 0 300 KBytes [ 5] 7.00-8.00 sec 280 MBytes 2.35 Gbits/sec 0 297 KBytes [ 5] 8.00-9.00 sec 281 MBytes 2.36 Gbits/sec 0 300 KBytes [ 5] 9.00-10.00 sec 280 MBytes 2.35 Gbits/sec 0 5.66 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 2.74 GBytes 2.36 Gbits/sec 0 sender [ 5] 0.00-10.00 sec 2.74 GBytes 2.35 Gbits/sec receiver Jumbo frames root@Tower15:~# iperf3 -c 10.0.0.2 Connecting to host 10.0.0.2, port 5201 [ 5] local 10.0.0.1 port 50186 connected to 10.0.0.2 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 296 MBytes 2.49 Gbits/sec 0 262 KBytes [ 5] 1.00-2.00 sec 294 MBytes 2.47 Gbits/sec 0 419 KBytes [ 5] 2.00-3.00 sec 295 MBytes 2.47 Gbits/sec 0 262 KBytes [ 5] 3.00-4.00 sec 295 MBytes 2.47 Gbits/sec 0 262 KBytes [ 5] 4.00-5.00 sec 293 MBytes 2.46 Gbits/sec 0 280 KBytes [ 5] 5.00-6.00 sec 295 MBytes 2.48 Gbits/sec 0 262 KBytes [ 5] 6.00-7.00 sec 295 MBytes 2.47 Gbits/sec 0 262 KBytes [ 5] 7.00-8.00 sec 294 MBytes 2.46 Gbits/sec 0 262 KBytes [ 5] 8.00-9.00 sec 295 MBytes 2.47 Gbits/sec 0 280 KBytes [ 5] 9.00-10.00 sec 295 MBytes 2.47 Gbits/sec 0 35.0 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 2.88 GBytes 2.47 Gbits/sec 0 sender [ 5] 0.00-10.00 sec 2.88 GBytes 2.47 Gbits/sec receiver

Don't think so, at least the other users that reported similar issues never had any data problems. Could be. Suggest you run rsync to confirm all data is there, if it is it should be fairly quick: rsync -av /mnt/disks/UD_device_name/ /mnt/user/Share_name/

Problem is still network related, could be NIC/driver, cables, switch, etc.

This thread was hidden by the OP for "personal reasons", so looks like there's no support for that, at least for now.

That confirms the network is the problem.

Were the diags saved during a transfer? There's no array activity, start by running an iperf test to rule out network issues.

Disk appears to be failing, you can run ane extended SMART test to confirm.

This suggests a device problem, i.e., it doesn't keep up with the write speed needed, not all SSDs can sustain 500MB/s+ writes, in fact most can't.

Dec 7 09:26:01 FMC kernel: usb 1-10: USB disconnect, device number 2 Dec 7 09:26:01 FMC kernel: device offline error, dev sda, sector 954980 op 0x1:(WRITE) flags 0x0 phys_seg 1 prio class 0 Dec 7 09:26:01 FMC kernel: Buffer I/O error on dev sda1, logical block 952932, lost async page write Dec 7 09:26:01 FMC kernel: device offline error, dev sda, sector 3119 op 0x1:(WRITE) flags 0x0 phys_seg 1 prio class 0 Flash drive dropped offline, make sure it's using a USB 2.0 port.

Looks to me like it's a XFS problem with how it's reporting the used space, IIRC there have been a couple of users complaining of something similar recently, if you look at the df output from the diags it agrees with the GUI (note that df uses GiB so you need to convert to GB), on the other hand share usage calculation actuality calculates the used space by all the files in a share, it doesn't look at the free space, and that should be correct, my best guess is that you will need to wait for XFS to fix this in an upcoming kernel, what kind of files are in this share? Any symlinks or hardlinks?

There are a lot of shares, gives the name of a share you use and note that split level overrides allocation method.

Start by running memtest.

For example: https://forums.servethehome.com/index.php?threads/samsung-980-pro-nvme-power-on-hours-not-accurate.36503/

Please use the existing plugin support thread: