JorgeB

Changed Status to Closed Changed Priority to Other

This is a plugin, not part of the OS, please use the existing plugin support thread:

Yes. For the array we recommend xfs for the typical user, if you want checksums/snapshots for the array then I would recommend btrfs over zfs, since there's currently a known write performance issue with zfs (on the array only). Zfs for pools is a good option, and for raid5 is the best option.

There appears to be a problem with the libvirt.img, which is kind of strange since it looks like it's new, also no idea what this is about: Apr 22 21:25:42 Storage root: initializing /etc/libvirt Apr 22 21:25:42 Storage kernel: loop3: detected capacity change from 0 to 6000 Apr 22 21:25:42 Storage kernel: EXT4-fs (loop3): mounted filesystem with ordered data mode. Quota mode: disabled. Apr 22 21:25:42 Storage kernel: ext4 filesystem being mounted at /etc/libvirt- supports timestamps until 2038 (0x7fffffff) Apr 22 21:25:42 Storage kernel: EXT4-fs (loop3): unmounting filesystem. Apr 22 21:25:42 Storage emhttpd: shcmd (1368): /etc/rc.d/rc.libvirt start Never seen libvirt trying to mount an ext4 loop device after mounting the btrfs loop device, no idea what's going on there, but if the image is new try deleting and recreating.

Yep: Apr 21 23:57:09 Serenityv2 kernel: usb 2-6: USB disconnect, device number 2 Apr 21 23:57:09 Serenityv2 kernel: xhci_hcd 0000:00:14.0: WARN Set TR Deq Ptr cmd failed due to incorrect slot or ep state. Apr 21 23:57:09 Serenityv2 kernel: usb 2-6: new SuperSpeed USB device number 3 using xhci_hcd Apr 21 23:57:09 Serenityv2 kernel: usb-storage 2-6:1.0: USB Mass Storage device detected Apr 21 23:57:09 Serenityv2 kernel: scsi host32: usb-storage 2-6:1.0 Apr 21 23:57:10 Serenityv2 emhttpd: Unregistered Flash device error (ENOFLASH5) If there aren't any USB 2.0 ports you can try a different flash drive to see if it's any different

You can run an extended SMART test, if it takes at longer than the expected time, and that time is in the SMART report, if suggests a disk problem.

You can enable the syslog server and post that after a crash, but if it's a hardware problem, most likely there won't be anything logged.

It can be, and it's worth running, but keep in mind that memtest is only definitive if it finds errors, since you have multiple sticks you can also try running the server with just one, if the same try with a different one, that will basically rule out bad RAM.

Recommend changing the docker network to ipvlan, if you really need macvlan disable bridging for eth0, more info here: https://docs.unraid.net/unraid-os/release-notes/6.12.4/#fix-for-macvlan-call-traces

No, Unraid cannot mount ntfs, you can keep passing through the device to a VM, or format it with a supported filesystem if you want to use it in a pool.

Recommend doing that ASAP, since at least part of the problem, may have been caused by that.

There are ATA errors with disk2, replace the cables and post new diags after array start.

Correct, once a disk gets disabled, and it doesn't matter what caused it, it will never be re-enabled automatically.

If you have a spare, and assuming parity is valid, the best way would be to do a direct replacement, if that disk is the problem, it would start to work better after it's removed.

This is a Windows filesystem, so it will never mount with Unraid, maybe you were passing through that device to a VM?