Quardzu

Members
  • Posts

    3
  • Joined

  • Last visited

Quardzu's Achievements

Noob

Noob (1/14)

0

Reputation

1

Community Answers

  1. I'm conducting a memory test, and so far, it looks okay. Perhaps I need to switch back to 32x2 or lower the memory frequency to 4800 or 4000. Can ECC memory mitigate these kinds of issues? I've found that workstation motherboards and ECC memory don't seem to be that expensive anymore, and my CPU happens to support ECC memory.
  2. Thanks, since six months ago(or earlier), I haven't conducted this test. I think I should test it, but I want to wait until the file system recovery is complete, because a few months ago, I upgraded from 64GB to 128GB.
  3. same as above. Typically, after a reboot, the file system of the hard disks mounted in the pool device shows as damaged. Attempts to repair it usually reveal that only a few files in certain directories are damaged. Due to a single file being corrupted in most directories, all files within those directories become useless. Therefore, these files are currently retained as redundancy protection, keeping the directory intact. The WebUI may be accessible for a while before it completely freezes or becomes unresponsive. Once the array starts, it cannot be stopped, and it is not possible to shut down normally; the only option is to power off. However, it seems possible to connect to the web console for short-term operations. About the “Invalid file writing”, actually it's a daily issue, in docker containers, I always saw the downloading task spent 100GB to download a 100M file. Luckly Sony haven't call me about this, but I need to schedule reboots to fix this, but im not sure my filesystem still alive after next reboot LOL. Array can't be stopped; Parity can't be synced; Invalid file writing => Result: Total size:6 TB Elapsed time:7 hours, 20 minutes Current position:268 GB (4.5 %) Estimated speed:102.6 MB/sec Estimated finish:15 hours, 31 minutes quartzs-diagnostics-20240324-1839.zip