jumperalex

Members
  • Posts

    2000
  • Joined

  • Last visited

Posts posted by jumperalex

  1. On 1/31/2019 at 8:56 AM, sadeq said:

    that helps a lot, so it seems ECC is not a very big deal to me, I'm only concerned if the bit flip would cause a kernal panic. if I restart the server from time to time, I guess that won't happen.
     

    Is there somewhere you've read this? I have not heard about reboots having anything to do with reducing the risk of kernal panics. I don't know that you can accumulate flipped bits that eventually just get to be too many, or flip a bit that doesn't manifest a panic until some time in the future, but if you just reboot soon enough you'll avoid the problem.

     

    A bit flip is either going to cause a panic, cause a data error, or be in a place that won't do anything of consequence. I feel like starting here https://en.wikipedia.org/wiki/Dynamic_random-access_memory#Error_detection_and_correction  and then falling down the rabbit hole of reading actual research is probably the only way to get real data rather than opinions.

  2. If you want to use ECC at non-server prices and easier to source you could go AMD. See my sig for my current setup. Most/all Asus (Asrock too?) support ECC. I know my desktop's MB an ASUS ROG STRIX B450-F GAMING supports it in spec, but I didn't use ECC for it. Seemed overkill for a desktop machine.

     

    As for "worth it" I have to admit I can't say I have my own evidence of the benefits, but there is no shortage of info out there debating the benefits in the server world and specifically when using virtualization.

  3. Just updated from 6.5.3 to 6.6.1. basic dockers (in sig) no VM's ... all is well. I ran the update assistant before hand which let me know the ancient dynamix plug-in was on my flash so I commented that out (though I don't think it was actually be used since I had all the CA based dynamix plug-ins installed and they stayed after reboot and after upgrade) and made sure all my plugins were up-to-date (CA was out of date).

     

    All works well and I mostly like the new UI. Running at 90% scale on a 1920x1200 is pretty close to what I like. In all cases I always prefer "compact" spacing so as not to waste space and get more info. If that means using contrasting colors / borders etc to delineate UI element groups that's my preference over lots of blank space.

     

    Well done!

  4. Like it so far.

     

    You know its weird I hate light themes on phones and do everything I can to make it as dark as possible. And I run a dark theme on Reddit (technically a dark grey and maybe that's the difference) but for just about every other forum i prefer a light theme. I don't know what it is about the dark theme for unraid I don't like, but I just don't. If I can put my finger on it and it's not just a weirdness of me I'll post it here fwiw.

  5. 21 minutes ago, jonathanm said:

    Loose association. Unraid has used slack as the base OS since forever, but there is no official agreement that I am aware of. If slack ceased development, unRaid would have to adapt.

    King Slackware is dead ... Long Live LimeSlack! ... LimeWare? unSlack?[shrug] it could happen

  6. Just wanna say, I finally got around to shifting my BD drive from my desktop to my server to try this out and WOOT!!! Worked like a charm!!! Now I can buy a smaller desktop case and makes my workflow muuuuuch shorter and smoother.

     

    THANK YOU!!!

  7. Honestly I've found myself coming to the forum and finding nothing of interest to read except for the RC announcements and the occasional major plug-in update.

     

    But I feel like that's the result of LimeTech really tightening up their product to the point that there isn't that much to talk about anymore. Many of the quirks and workarounds are gone, things just work, and the community plug-in infrastructure is robust and clean.

     

    It just works so there isn't much to talk about.

    • Like 2
  8. Crickey, given the I/O impact is this going to crush parity operations?

     

    And depending on how the final linux patch goes re: AMD cpu's what are the chances Limetech will be willing to include the AMD switch so at least those CPU's aren't affected? Im' reading rumors the linux devs are calling the request to disable the patch for AMD cpu's a "feature request" [sigh WTF]

     

    EDIT: [phew] https://lkml.org/lkml/2017/12/27/2 ... not merged yet though [uggg]

  9. On 8/21/2017 at 1:37 PM, Arndroid said:

    Modified the "as.conf" under "/appdata/openvpn-as/etc" and commeted the "boot_pam_users.0=admin" line by putting a hashtag in front of it.

    Thank you for this. I brain locked on where to find as.conf

     

    LSIO, it might be worth updating the github instructions to add the "appdata/" bit

  10. I used to always be set to NO, and will revert tonight now that I'm back from vacation. With that, the UPS just stays on until basically drained. I do that because I want my network gear (and thus internet) to keep running in a power outage even if unRaid has shut down. I changed it to Yes for travel so my VPN would recover after a long outage.

     

    I have an APC Smart-UPS 750 that I bought refurbed off e-bay and just recently swapped in new batteries as the ones that came with the UPS died after 4 years.

  11. If you install the needo plex docker it automatically works with plex pass. That's what i'm running....

    needo isn't around much these days. linuxserver.io is probably most recommended and support plexpass and betas.

     

    Maybe so but he's definitely still updating it.  In fact I just got an update today to 1.4.1.3662

     

    That is the nature of the docker "update" by restarting it. It goes out and gets the latest build from Plex. Needo hasn't touched the docker container code in months.

     

    The implication is that the docker code needs to be touched.

     

    Is there something about Needo's docker code that needs updating?