trurl

Moderators
  • Posts

    43882
  • Joined

  • Last visited

  • Days Won

    137

Posts posted by trurl

  1. You repeatedly talk about the downloads folder, but from your diagnostics it looks like the user share is actually named Downloads. That share is completely on disk1 according to the diagnostics. You have no user shares named download or downloads. And you say you can't locate the downloads anywhere.

     

    Are you sure you have your docker mappings correct? My guess is you are downloading into a folder inside the docker image.

     

    Post your docker run for SAB as explained in this very first link in the Docker FAQ:

     

    https://forums.unraid.net/topic/57181-docker-faq/?do=findComment&comment=564345

     

  2. Since you are reusing old disks you should post your Diagnostics so we can check out the rest of your setup. 

     

    Go to Tools-diagnostics and attach the complete Diagnostics zip file to your NEXT post. 

     

    The disk in question should be showing SMART warnings on the Dashboard. Do any of your other disks show warnings? 

     

    You should setup Notifications to alert you immediately by email or other agent as soon as a problem is detected. 

  3. I see you attached it to the original post. The forum doesn't show us there is any new content when you do that. That is why I usually say:

    Quote

    Go to Tools - Diagnostics and attach the complete diagnostics zip file to your NEXT post

    But, since you "thanked" me, I got a notification about this thread anyway and that is why I came back to it.

     

    Now that I have posted in it, others will also see there is new content in the thread.

     

    Any particular reason you chose 19G for your docker image size, instead of a more round number? I usually recommend 20G, but 19 is OK and it doesn't look like you are in danger of filling it. Just wondered if there was a reason for that choice. But docker image may indeed be the problem, see below.

     

    Your appdata and system shares are setup wrong. You want appdata, domains, and system on cache and set to stay on cache, so your dockers and VMs performance won't be impacted by the slower parity writes, and so those won't keep array disks spinning.

     

    Your syslog has a lot of stuff about trying to move appdata from cache, which you shouldn't be doing anyway, and it is failing due to duplicates already on the array. Not sure how you got duplicates. That will all have to be cleaned up.

     

    There is a dump in syslog which seems to be related to docker image. Probably need to delete and recreate it. Then you can add your dockers back just as they were using the Previous Apps feature on the Apps page.

     

    But it might be better to just delete docker image and don't enable docker again until you get those shares fixed.

     

     

  4. 1 hour ago, popmac said:

    going between 8 and 10 MB/s

    Can't say what was happening since syslog is only since reboot. Those speeds sound like you may have had connection problems.

     

    1 hour ago, popmac said:

    started out at 150 MB/s, now two hours in and am down to 122 MB/s and falling.

    1 hour ago, popmac said:

    Five 2 TB WD Reds

    It starts with the longer outer tracks, so more data per revolution, and then continues to the shorter inner tracks, so less data per revolution. Completely normal for the outer tracks to be faster data rate than the inner tracks.

     

    Also, those smaller disks will be slower than larger disks due to lower data density. Once it gets past the 2TB mark I would expect it to speed up again as it finishes checking the rest of the 8TB parity, then get slower as it goes. All about the data density.

     

  5. Unraid will not move existing files except in accordance with the Use cache setting (between cache and array).

     

    And Split Level has precedence over Allocation Method or Minimum Free.

     

    Also, Unraid has no way of knowing how large a file will become when it chooses a disk to write it to.

     

    So, it will choose the disk that Split Level says it should choose. 

     

    Long story short, Split Level CAN make you run out of space on a disk. 

  6. Parity2 and parity1 are not interchangeable. Either provides protection for a single drive failure. Together they provide protection for 2 simultaneous failures.

     

    You can have parity2 without parity1, but you can't put parity2 in as parity1 unless you rebuild it as parity1.

  7. 9 minutes ago, cinereus said:

    Haha thanks. Seems a bit of an oversight. Couldn't it be run in a VM somehow? Or at least log the results to the USB it's running from? I'm not really able to buy a VGA monitor and VGA cable to leave running for checking 128 GB RAM.

    memtest must run as the only thing, no OS or anything else running.

     

    Not sure who you think has made an oversight here. This is the way memtest always works on everything, and Limetech didn't write memtest.

  8. Not related, but why have you allocated 100G to docker image? Have you had problems filling it?

     

    12 minutes ago, ensnare said:

    running network commands (ifconfig, ip a, etc...) locked it up.

    Maybe just a coincidence, since your diagnostics includes the results of ifconfig and ethtool and they look OK.

     

    Have you done memtest?