Jump to content

JorgeB

Moderators
 View Profile  See their activity

  • Posts

    67,569

  • Joined

  • Last visited

  • Days Won

    707

 Content Type 

Everything posted by JorgeB

  1. JorgeB
    Multi thread will not always be faster, in fact it's likely going to be slower with large files, it can be faster with very small files.
  2. JorgeB
    It can't go faster than this, unless you have 10GbE.
  3. JorgeB
    Then use that, with /e so it copies the subdirectories, you don't really need the other options.
  4. JorgeB
    Yes, start the array and it should mount.
  5. JorgeB
    Yes, and if it asks for it use -L.
  6. JorgeB
    Yes, you manually need to select the fs to use the GUI ( or run xfs_repair in the console).
  7. JorgeB
    Try without /z
  8. JorgeB
    I've used robocopy before with no issues, what is the command line you're using?
  9. JorgeB
    Check filesystem on disk6: https://wiki.unraid.net/Check_Disk_Filesystems#Checking_and_fixing_drives_in_the_webGui
  10. JorgeB
    -Tools -> New Config -> Retain current configuration: All -> Apply -Unassign all the SAS disks -Assign the new SATA disks -Start array to begin parity sync (new disks will need to be formatted) -Once the sync finishes try to copy the data from the old disks.
  11. JorgeB
    That means parity wasn't 100% valid, please post diags.
  12. JorgeB
    There's no SMART for one them, the other two don't look very good, and it's not cable related. You can always do a new config with the new SATA drives, re-sync parity, then try to copy the data from the SAS drives using UD.
  13. JorgeB
    That is odd.
  14. JorgeB
    Could be some plugin, try booting in safe mode.
  15. JorgeB
    This starts before the disks are mounted: Dec 23 14:24:08 Hal-9000 emhttpd: error: get_filesystem_status, 6618: Operation not supported (95): getxattr: /mnt/user/# Backups - Rob Does it ring any bells? If not try booting in safe mode.
  16. JorgeB
    Please post the diagnostics: Tools -> Diagnostics (before rebooting).
  17. JorgeB
    There are only two ways of shrinking an array, both are described here.
  18. JorgeB
    That should do it.
  19. JorgeB
    Don't see any issues in the snippets posted, or in the syslog.
  20. JorgeB
    Should work.
  21. JorgeB
    There are some recovery options here.
  22. JorgeB
    Looks like a connection problem, replace cables, power and SATA.
  23. JorgeB
    Try writing to disk1 exclusively, since it's the only non SMR data drive.
  24. JorgeB
    Looks like it did, you can confirm by running an extended SMART test.
  25. JorgeB
    Turbo write has nothing to do with disk size, it parity check is failing and the server locking up there are other issues.
×
×
  • Create New...