Jump to content

JorgeB

Moderators
  • Posts

    67,600
  • Joined

  • Last visited

  • Days Won

    707

Everything posted by JorgeB

  1. Just copy/paste as is. Yes, I used notepad. No, just reload the page.
  2. Thanks, It works, but it only spins up the first pool device, though if I don't find a better way I already tested and if I repeat with nameofpool2, nameofpool3, etc it will spin up the others.
  3. By default metadata uses the DUP profile to be redundant, but with memory corruption both can be corrupt, if it's using dup a scrub (with repair enable) will correct it, if it can't be fixed best to reformat.
  4. You can do that, first move that share to the array, then to the new pool, mover can't move from pool to pool, files can't be in use, i.e., stop the docker service first.
  5. Yes, 20.00.00.00 and 20.00.04.00 have known issues, 20.00.07.00 is the latest and working fine.
  6. Looks more like a similar error to the MX 500 SSD, should be fine, if you keep getting that do the same I do for all my MX500, stop monitoring that attribute for that device.
  7. Since I'm now using a pool instead of an array for the the drives I want to spin up, any chance you know how to change the script to spin up all devices in a pool instead?
  8. Some users are having issues editing smart-one.cfg, I'm also having trouble with both my updated servers, curiously it works on my test server, what you can do for now is to manually edit smart-one.cfg like so: [TOSHIBA-RD400_664S107XTPGV] hotTemp="65" maxTemp="70" [WDS500G3X0C-00SJG0_19295E805489] hotTemp="65" maxTemp="70" You can copy/paste the device ID after clicking on the device:
  9. loop2 is the docker image, and it's corrupt so it needs to be recreated, because of the log spam can't see the problem with libvirt, but most likely it's because cache is completely full, free up some space, reboot to clear the logs and if still issues post new diags.
  10. That's a hardware problem, most likely a connection issue, try replacing the cables on that disk.
  11. ECC would be better, there there some doubts if it actually works with Ryzen, in any case there are some stability issues that until fixed will cause problens.
  12. Like mentioned, and unlike read time corruption, write time corruption indicates a memory (or other hardware problem). https://btrfs.wiki.kernel.org/index.php/Tree-checker
  13. Those are just Unraid errors, they will reset after a reboot (or if you press the clear stats button).
  14. Cache filesystem is corrupt, and this error: Mar 18 06:47:21 thelibrary kernel: BTRFS error (device nvme1n1p1): block=1766866944 write time tree block corruption detected usually means bad RAM, start by running memtest (could also be caused by overclocked RAM, if you ran it like that before), after finding the issue you should backup and reformat cache.
  15. Did you use the latest firmware? There are some known issues with early p20 firmwares, could also be a cable problem.
  16. Errors are logged as a disk problem, but replace both cables to rule them out and try again, you'll need to do a new config.
  17. Disk looks fine, if you already replaced cables (and board) try with a newer power supply if available.
  18. Still nothing logged, you thing you can try is to check if the actual disk 2 is mounting with UD, if yes do a new config instead of rebuilding.
  19. Should be exactly the same, if using Windows 10, since transfers will still be done locally, and not use the network.
  20. Try this: https://forums.unraid.net/bug-reports/stable-releases/691-parity-check-after-clean-shutdown-or-reboot-r1358/?do=findComment&comment=13674
  21. Where the diags grabbed after the i/o error? They appear to be just after array start, and don't see anything logged, if yes post new ones. Note that I'm going offline in a few minutes, will check back tomorrow morning, I usually only check the forum from around 7:30AM to around 7:30PM UTC time.
×
×
  • Create New...