JorgeB

Moderators
  • Posts

    61519
  • Joined

  • Last visited

  • Days Won

    648

Everything posted by JorgeB

  1. 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.
  2. 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.
  3. 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
  4. 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.
  5. 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.
  6. 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.
  7. 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
  8. 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.
  9. Recommend doing that ASAP, since at least part of the problem, may have been caused by that.
  10. There are ATA errors with disk2, replace the cables and post new diags after array start.
  11. Correct, once a disk gets disabled, and it doesn't matter what caused it, it will never be re-enabled automatically.
  12. 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.
  13. This is a Windows filesystem, so it will never mount with Unraid, maybe you were passing through that device to a VM?
  14. Multiple call traces, but don't see what's causing them, you can try to boot the server in safe mode with all docker containers/VMs disabled, let it run as a basic NAS for a few days, if it still crashes it's likely a hardware problem, if it doesn't start turning on the other services one by one.
  15. This looks more like a general support issue, post the output of: blkid and fdisk -l /dev/nvme1n1
  16. Looks more like a power/connection issue, replace or swap cables to rule that out and try again, if the emulated disk is still mounting and contents look correct you can rebuild on top: https://docs.unraid.net/unraid-os/manual/storage-management#rebuilding-a-drive-onto-itself
  17. There's something creating this folder before array start: Apr 22 22:08:12 MahBukkit emhttpd: error: malloc_share_locations, 7199: Operation not supported (95): getxattr: /mnt/user/Music That will cause the problems you are seeing.
  18. Rebuild was successful, there weren't any errors. Docker issues appear to be causes by the pool being too full, free up some space then reboot to make the docker image read/write again, if there are still issues recreate it: https://docs.unraid.net/unraid-os/manual/docker-management/#re-create-the-docker-image-file Also see below if you have any custom docker networks: https://docs.unraid.net/unraid-os/manual/docker-management/#docker-custom-networks
  19. The drive dropped offline and then reconnected, don't see anything that suggests a software issue, try swapping cables/slots for that drive (or the whole vdev) with another one, then see where the problem follows.
  20. Reboot to clear the logs, run the mover again and post new diags but without being anonymized, so we can see the file names.
  21. That's not unexpected giving that the issue with the other server is the flash drive dropping after boot, IMHO your best bet is still playing with any USB settings in the BIOS.
  22. That seems very unlikely to me, my first guess would be a disk problem. Not sure what you mean, it's reporting 800KB/s, not MB/s.