Jump to content

JorgeB

Moderators
  • Posts

    67,125
  • Joined

  • Last visited

  • Days Won

    703

Everything posted by JorgeB

  1. There appears to be some issues with encryption and slow writes with v6.7
  2. https://forums.unraid.net/topic/57181-real-docker-faq/?do=findComment&comment=564309
  3. Feb 10 16:21:58 NAS kernel: BTRFS warning (device loop2): csum failed root 5 ino 15295 off 0 csum 0x98f94189 expected csum 0xd349d779 mirror 1 Docker image is corrupt, delete and recreate.
  4. Cache pool is showing checksum errors on both devices, this is most often caused by bad RAM, suggest running memtest. Feb 9 16:44:48 UnRaid kernel: BTRFS info (device sdj1): bdev /dev/sdj1 errs: wr 0, rd 0, flush 0, corrupt 4, gen 0 Feb 9 16:44:48 UnRaid kernel: BTRFS info (device sdj1): bdev /dev/sdi1 errs: wr 0, rd 0, flush 0, corrupt 26, gen 0 The bad key order error is metadata corruption, possibly also from a flipped bit, to solve this (ideally after fixing what caused this in the first place) better to backup cache, reformat and restore.
  5. Not always, depends on the board's number of DIMM slots and PCB layers:
  6. With Ryzen you should keep to the max non overclocked RAM speeds depending on your config, or risk instability and sync errors:
  7. Happy for you, still unrelated. Let me refrase that, almost certainly unrelated and it wouldn't make any sense, but stranger things have happened.
  8. Yes, drive that fails SMART test = failed drive Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed: read failure 90% 26 - # 2 Short offline Completed: read failure 10% 26
  9. Old SAS1 models support up to 2TB, all SAS2 (SAS2xxx) and SAS3 (SAS3xxx) models support any size.
  10. Your CPU should handle encryption just fine, only CPUs without AES could have some trouble.
  11. Yep, and while the older Seagate Archive shingled drives work well with Unraid, the newer Barracuda models appear to be crap, at least some of them.
  12. Those ST4000DM004 disks are SMR, and form same family as the ST8000DM004, there are various users with those disks and very poor writes, that's likely your problem, if you have a different disk add it to the array and test writing to it with turbo write enable, parity is not SMR so it won't be a problem.
  13. It's OK as long as it fits on the disk it currently is, since on Unraid a file can't span more than one disk, depending on the VM config it might also be limited to 2TB max.
  14. This is a general support problem, not a bug, but while it's not moved by a mod, disk5 dropped offline, so there's no SMART, but more likely a connection issue, you should look or post the SMART report after checking connections/rebooting. You'll then need to restart rebuilding disk6. Also, parity2 had some media errors, so recommend running an extended SMART test.
  15. No, you just don't get warning in Windows about CRC errors. No. No, though you should avoid Marvell based controllers, Asmedia for 2 ports or LSI for more than 2. 99 times out of 100 CRC errors are caused by the SATA cable, Samsung SSDs are particularly picky with cables, they require high quality cables, likely you're using less than optimal cables.
  16. Was going to reply to this but forgot, yes, that's the disadvantage of the second method, the snapshot then rsync method, with the first method, btrfs send/receive, you can move/rename folders on source and only the metadata changes will be sent. Unraid's independent array filesystem has many advantages, but in this case makes send/receive not practical, unless backup server disk config mirrors the 1st server, I still use send/receive for some of my smaller servers which use only the cache pool in raid5/6.
  17. Yeah, this happens with various OSes, I saw the same with my FreeNAS server when I had it, SMB reads are noticeable slower then writes over 10GbE, I see the same with Unraid, never really worried about it since it's fast enough and looks like it's a Samba "feature", at least on some hardware configs.
  18. No, my 10GbE NICS are Mellanox, gigabit are Intel, though apparently using an Intel NIC fixed the issue for the OP.
  19. It is, but those X9 models don't support more control than that X9 dual socket and most (all?) X10/X11 board do. Full is self explanatory, standard and optimal look similar to me, but it might depend on the fans used, try each one and check the RPMs.
  20. You mean XFS? Then you missed a step, as XFS works for single cache.
×
×
  • Create New...