JonathanM

Moderators
  • Posts

    14407
  • Joined

  • Last visited

  • Days Won

    62

Posts posted by JonathanM

  1. Using a SATA connector from the power supply, maximum I would feel safe would be 2 drives, and even then it's not a good idea. The SATA connectors are just a poor design, and you are asking for problems by putting them in a chain.

     

    If you use a 4 pin connector from the PSU, they can pass current much better, and it should be safe to run 4 drives from one 4 pin source, assuming the PSU can handle the current.

     

    image.png.2da339ba355e27d9b5202ef76fb13f48.png

    • Like 1
  2. That version of Unraid has problems with the generated diagnostics file, I'd recommend updating to 6.11.5

     

    For the VM, change the allocated RAM to 8GB and see how it performs. I know it's not intuitive, but just try it and see.

     

    Also, verify the the vdisk is actually on the correct physical disk, click on the shares tab, and calculate the domains share and see what disks it's on.

  3. 18 hours ago, heppy said:

    Only cable I changed was the 24pin but used the origins l cables from before but with the sata adapter from the new one so all drives are powered from one cable.

    Thank your lucky stars that you didn't blow up all your drives. Modular cables are not always compatible, EVEN from the same name brand.

     

    Unless you know how to operate a volt meter and test the pinouts before powering your drives, NEVER reuse modular cables with the different PSU, just keep them together as a set.

  4. 16 minutes ago, pras1011 said:

    Wifi 7 is only around the corner!!

    Fingers crossed that it will actually perform better than wired in real world testing. I have yet to see a scenario where wireless was faster and more stable than wired outside of a controlled lab environment. Random RF attenuation and interference cripples every real life longterm install I've ever seen. Wireless works, yes, but wired still has its place.

  5. Does either your existing broken hardware or the new hardware use any RAID controllers? Are they in IR mode? Are you passing through any hardware to VM(s)?

     

    If the answer to all of these questions is no, then there is no action needed. Simply move all your data and pool drives to the new hardware along with the boot USB drive and it should boot up seamlessly.

  6. 6 hours ago, Ancalagon said:

    Without Wi-Fi support, I won't be able to use Unraid

    There are multiple methods to get a wifi signal converted to ethernet for Unraid. If you really want to use Unraid, integrated wifi support is not the show stopping obstacle.

    • Upvote 1
  7. 15 hours ago, Mrtj18 said:

    . I know sonarr/radarr are looking in two different places than the torrent client,

    Both halves of the mappings must match.

    At the moment, you have /data on one, and /downloads on the other. Change all the /mnt/cache/Downloads mappings to the same thing, whether it's /data or /downloads doesn't really matter, just has to be the same for all the download clients.

    • Like 1
  8. Possibly reseating them solved it. You need at least a full pass with zero errors on whatever configuration you plan to run long term.

     

    I suggested the single stick test to best prove or disprove that the RAM itself was the culprit, but sometimes motherboards can run single sticks with no issue and still have problems with the power load of multiple sticks.

  9. 2 minutes ago, baboolian said:

    Running memtest now and it’s already found some errors, will post final results when it finishes.

     

    Does this mean my RAM likely went bad?

    No point in continuing the memtest, any errors are fatal. Check CMOS memory timings, make sure there are no XMP / overclock settings, if needed manually set all the timings. Rerun memtest, if errors continue, test single sticks. If single sticks all pass, then possibly motherboard / PSU issues.

     

    DO NOT ALLOW any data to be read or written to the drives until memtest is all clear.

  10. Attach the diagnostics zip to your next post in this thread if you want more accurate advice, but given what you have posted, you need the parity swap procedure.

     

    The size of the cache drive is irrelevant, but the parity drive(s) must be as large or larger than any single data drive in the array.

     

    You are planning on attaching the new drives directly to SATA, not USB, right?

  11. 5 minutes ago, CorruptComputer said:

    Why is this not enabled by default?

    Because there is no good universal location to log to, every situation is slightly different. The only universal location that is guaranteed to exist is the flash drive itself, and that is a very poor choice for a logging location as all the constant writes put much wear and tear on the licensed USB. Probably the best option is to send the logs to a SSD, but not everyone uses one in their server, and the path can be different for any given install.

     

    If you do choose to log to the boot USB, be sure to turn that off as soon as you can.

  12. Your screenshot seems to show trying to write to /mnt/user, which is probably not mapped as such.

     

    The container will have path mappings, where you tell the application where to look to find the files you need it to work on. For example, if the mapping is /media on the container side, and /mnt/user on the host side, then the contents of /mnt/user will show up at /media from the containers point of view.

     

    Take a look at your containers config path mappings to determine what paths will show up inside the app.

  13. 16 hours ago, fwiler said:

    The docker config is wrong. (as are so many in Unraid).

    The problem is there is no single one "right" config. You must match the containers you choose to use to your specific layout.

     

    The very nature of containerizing applications that are normally standalone programs means that you must customize both the container mappings and the application path settings to match your specific pool and share names.