Jump to content

JorgeB

Moderators
  • Posts

    67,572
  • Joined

  • Last visited

  • Days Won

    707

Everything posted by JorgeB

  1. Did you install the IPMI plugin? Not sure it's 100% compatible with Dell though.
  2. Yes, still the same, just make sure old device is disconnected.
  3. With v6.8 you need to run trim manually, with v6.9 no need to trim any btrfs pool since it uses the new discard=async mount option, still need to do it for any xfs filesystem.
  4. If the emulated disk is mounting correctly and data looks OK just rebuild on top.
  5. Yes if there are no repeat files, if the same file exists on the 2nd disk and is different it will overwrite the existing one.
  6. Yep, just as I suspected, it's likely related to the direct option in FUSE, will need to investigate. Most likely, I've always tested on the disk shares so never caught it, good that you did it on the user shares.
  7. Strange, the disk starts being detected normally and it doesn't complete, but can't see any error or the reason why, if possible try on a different controller.
  8. Disk dropped offline, check/replace cables and see if you can get a SMART report.
  9. You should also replace all those Marvell controllers, they are known to sometimes drop disks without a reason with Unraid.
  10. Sorry, forgot it was as unassigned pool, in that case you jut need to unmount and remount with the clone and the remaining old device (still disconnect the bad device), also in this case no problem cloning to a larger device.
  11. Nothing obvious logged, could be a hardware issue, start by running memtest, if nothing there one thing you can try it to boot the server in safe mode with all docker/VMs disable, 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.
  12. Just had a though, you used users shares, I've always tested on disk shares, please try: cp /mnt/disk1/test/file /mnt/disk1/test/newfile I won't be close to a server for the rest of the day, so can only test tomorrow, dollars to doughnuts that is the issue, IIRC FUSE uses some direct flag/option on mount, and I know that can cause the exact issue you're seeing.
  13. Looks more like a connection problem, replace/swap cables on that disk.
  14. Yes, at least it should, and you can always go back if there are any issues.
  15. Yes, still working correctly for me on -rc2, no idea why it's not for you:
  16. Also did you ever try v6.8.3? Is it the same?
  17. To expand a little, I was just trying to point out that IMHO it won't be a general kernel issue, it could be a driver issue, just recently due to me re-organizing multiple servers, I transferred over 100TB using 6 different servers, all using 10GbE (though all Mellanox) at an average speed of around 400MB/s without any issues, and it's not the first time I do similar large transfers with Unraid.
  18. There have been some issues with Aquantia NICs, Intel should be OK, I use Mellanox myself.
  19. That confirms it's not the Samba issue, I'll need to do some testing, maybe something changed in the latest betas/rcs, it's been some time since I've tested this.
  20. Probably invalid partition, another possible consequence of using a raid controller.
  21. You can try this and then post that log.
  22. If you don't mind and still have the corrupt file try doing a local copy, just to see if the issue is Samba related, e.g.: cp /mnt/disk1/name.of.file /mnt/disk1/new.name If that also doesn't generate an i/o error please post the diags or syslog.
  23. You could have done a new config, but that will also work.
  24. Drive dropped offline both times, because of that there's no SMART report, but assuming it look good it's likely a connection problem, try swapping cables with another drive, on same or on different controller.
×
×
  • Create New...