Lev

Members
  • Posts

    369
  • Joined

  • Last visited

  • Days Won

    3

Report Comments posted by Lev

  1. Not sure what explains this being fixed, but good new is good news... first time in many versions I'm able to run the UnRAID GUI. I tested both legacy and EFI boot modes and both now work. Awesome, I very much missed this feature! 😃

     

    Everytime I boot into the GUI, after login, Firefox has a message pop-up asking to be the default browser, and select a color theme. If there is a way to make these selections persist, so not prompted after each reboot, that would be make the user experience that much more elegant.

  2. Need some help wrapping my head around the XFS option. Here's what I *think* I know, if someone can correct or affirm, I'd appreciate it 😀

     

    Let's play True or False....

     

    • brtfs has traditionally been the cache drive file system of preference if using Docker. T/F ?
       
    • brtfs was the preference because it supported Copy on Write COW, which was helpful for de-duplication of Docker images. T / F ?
       
    • XFS with the new-ish (2018?) reflink=1 that is now the default format option for XFS in UnRAID also enables COW. T / F ?
       
    • Moving forward I can now select XFS as my cache drive option where Docker images are stored. Or the new Docker folder is pointed @Squid and can gain all the benefits I had before using brtfs but with the trust and stability that XFS brings. T / F ?

     

    Thanks for playing!

     

     

  3. 3 hours ago, testdasi said:

    Don't know if it's a bug or not but all my Shares switched to High Water mode instead of my usual Most Free. No big deal - I just switch stuff back manually but I reckon it might be a major annoyance for some.

    I checked mine, I can't reproduce this.

  4. 28 minutes ago, limetech said:

     

    From the first post in the topic:

     

    "Remaining issue: some users have reported slower parity sync/check rates for very wide arrays (20+ devices) vs. 6.7 and earlier releases - we are still studying this problem."

    🤦‍♂️Would you believe before I posted I was so worried about embarrassing myself that I read every post, except the first post... 🤣 FML

    • Like 1
    • Haha 1
  5. 1 minute ago, johnnie.black said:

    There's a known issue where parity syncs can be significantly slower, especially but not limited to larger arrays, in one of my 30 disk servers starting speed decreased from 200MB/s to 150MB/s.

    Good to know, thanks Johnnie. I had a feeling you would of already spotted the issue since we both run large arrays.

  6. I've consistently reproduced parity check speeds that are roughly 30MB/s slower with 6.8.0-rc1 & rc3 (both the same 143MB/s) vs. 6.7.2 (173MB/s)

     

    So far I've tested all three builds mentioned, and within rc3 I've tried mq-deadline & kyber but didn't see any difference. What else should I be looking at?

  7. 34 minutes ago, gacpac said:

     I started with 2gb with a test server and after giving 4GB it works as supposed to. But my boss was looking like it was false advertisement. 

    You didn't attach diagnostics, nor cite any specific things that didn't work. Only false advertising is your post. I run 2gb just fine, prove me wrong.

  8. 2 hours ago, jonathanm said:

    Not that it this is the proper solution, but if you enable NFS it enables the dashboard as well.

     

    To summarize, NFS or SMB (workgroup) must be enabled for the desktop to populate properly.

    That was the only work-around I found too.

     

    If anyone is curious what my use case was... my UnRAID server is acting as client only. I disabled SMB, NFS and anything else I didn't need, less things to have to secure.