Jump to content

JorgeB

Moderators
  • Posts

    67,582
  • Joined

  • Last visited

  • Days Won

    707

Everything posted by JorgeB

  1. Disk3 having the same UUID as disk2 can't be a coincidence, so something happened there, only possible recovery option would probably be a file recovery util.
  2. copy /mnt/disk2/Documents/backups/domains_backup/libvirt.img to /mnt/disk3/system/libvirt/libvirt.img
  3. The one from /mnt/user and /mnt/disk3 is the same file, if the current one is empty worth trying the backup one, just copy over it, but first disable VM service.
  4. There's only one on disk3, so older one was deleted/replaced, do you know if the one from the backup is recent? Worth trying.
  5. Appdata is set to only use disk4, and there isn't a disk4, remove that.
  6. Log suggests you are using new docker and libvirt images, please post output of: find /mnt -name libvirt.img
  7. Nothing jumps out, you can try re-creating the docker image.
  8. Yes. It's difficult to say, it could get better, it could get worse, one thing you can do is to clone the that disk with ddrescue after the parity is built, if no errors great, if there are errors you can find out which files are affected.
  9. That suggests a network issue, though strange if iperf is normal.
  10. Do you mean it was also slow transferring from a USB device? And it was USB 3.0? Since you don't have parity try a transfer form one array disk to the other, you can do that with Windows after enabling disk shares ( Settings -> Global Share Settings), note only transfer from a disk share to another disk share.
  11. Feb 23 15:16:40 HakkaFarm kernel: XFS (md3): Filesystem has duplicate UUID 7ef05469-45c6-4921-be50-a5c727615728 - can't mount This is why it's not mounting, post output of blkid
  12. Syslog starts over after a crash, if it continues to happen try this.
  13. I also have a few HDD based raid pools, and depending on what you're going to use them performance can be good, like for reading or writing large files, it's just never has good as an SSD for IOPS.
  14. Doesn't make much sense, if it's not the network you shouldn't get the same speed with all devices, if possible try with a different source PC.
  15. That's expected, once a disk is disable it needs to be rebuilt., disk itself looks OK, emulated disk is mounting and if data looks correct you can rebuild on top, I would still recommend replacing/swapping the cables to rule them out before rebuilding.
  16. If it happens always to the same filesystem I would recommend backing up that disk (or moving the data to other disks) and re-formatting.
  17. Disk dropped offline, so most likely a power/connection issue, but because of that there's no SMART report, so check connections and post new diags.
  18. Yes it does, do get the same 60MB/s from the various drives?
  19. Start by doing a single stream iperf test.
  20. This should help, but note that vdisks are not in SI units, so it's allocated 1TiB while the disk is only 1TB, and not a good idea to create a vdisk larger than the available space.
  21. It's not, but you didn't need to do any rebuilding, it was a new disk, you just need to format it (or re-format).
  22. Don't use Marvell controllers with Unraid v6, see below for a list of currently recommended controllers:
×
×
  • Create New...