Jump to content

JorgeB

Moderators
  • Posts

    67,492
  • Joined

  • Last visited

  • Days Won

    706

Everything posted by JorgeB

  1. That shouldn't happen, unless there are some reads/writes going to another array disk at the same time.
  2. Logs are still being spammed, very difficult to look for anything else.
  3. Nothing jumps out, you could try the latest beta.
  4. There can always be some disk/controller combinations that don't work correctly, e.g., I had issues before with some HGST 2.5" drives and LSI, 2.5" Seagate SMR drives and Asmedia, and another model with JMB, but forget the model.
  5. I didn't say you can't copy small files, but small files will always be much slower, does the pool perform normally with large files? Also try this:
  6. Because it's not user set unfortunately, I did ask to use the auto option for that, and that if reconstruct write is enable it should only use reconstruct write, there's also a report about it, you can add your opinion there, the more people ask the more likely Tom will take a look at it. It will alternate as it detects multiple device activity in the array. Because normal writing mode (read/modify/write) requires that parity be read before any block is written.
  7. Rsync is not built for speed, still that's slow, make sure you're not using compression (-z), also OSX has some known issues with SMB. Like mentioned part of the problem might be OSX, while some performance loss is normal using user shares vs disk shares, I can easily get around 800/900MB/s from Windows to Unraid (or vice versa) to user shares.
  8. Should work, but if it doesn't create the new flash drive manually with the latest release then copy just the config folder form the old one.
  9. When the rebuild finishes run xfs_repair on that disk and post the output.
  10. dd is known to give very bad results with users shares, did you try an actual transfer?
  11. Currently, and against some users wishes, including my own, Unraid disables turbo write when i/o from multiple array disks is detected.
  12. 2nd rebuild will be identical to the 1st one.
  13. Small files are not ideal to test speed, is speed normal with large files? You can also try the new beta, it aligns SSDs on the 1MiB boundary (requires reformatting the pool) and that usually results in better performance. Example of a transfer of 3 large files totaling about 15GB, destinations is a raid5 pool with 5 cheap 120GB SSDs:
  14. There's no way to find that out, if there was an unclean shutdown since last check it was likely because of that, if there wasn't it's not a good sign, and if you get anymore on future checks you should investigate.
  15. No one knows exactly why this helps in some cases, redoing the flash drive might also help.
  16. Diags are just after rebooting so not much to see, try this.
  17. It's currently the only option for a pool, for single cache you can also use xfs. There are some btrfs recovery options here.
  18. @mani3321splitted your question here, since it's not the same, turbo write only helps with write speed, not reads, please start by running a single stream iperf test.
  19. Yes, but did you try turbo write? Should be considerably faster, at the expense of all disks spinning up for writes.
  20. Extremely unlikely, filesystem corruption is the result of the errors, not the cause.
×
×
  • Create New...