bonienl

Community Developer
  • Posts

    10233
  • Joined

  • Last visited

  • Days Won

    65

Report Comments posted by bonienl

  1. 8 minutes ago, jsebright said:

    Could it be the orders were different (2,4,8,10 vs 2,8,4,10 ?)

    That's indeed the issue. The automatic check generates a list in sequence for comparison.

    When you clear and re-appy then the settings themselves will also be in the correct sequence.

    • Thanks 1
  2. According to your diagnostics, the system has been started with

      isolcpus=2,4,8,10
     

    A check is done if in syslinux.cfg the same setting is present under the "default" section, if not the banner is displayed.

     

    Do you manually change the boot menu selection when starting the system?

  3. Additional default gateways are usually not needed, but if they exist and with the correct metrics set, they will be used only when the more preferred choice is not available. I.e. an interface goes down and a second interface exists as backup.

     

    When DHCP is used to obtain an IP address, your router will automatically add a default gateway to each interface/VLAN, which results in having multiple default gateways.

    In the next release of Unraid, it is possible to set metric=0 for additional interfaces/VLANs, which let the system ignore the default gateway announced by the router.

    With this approach you can let your main interface (br0) get a default gateway, while all other interfaces/VLANs just get an IP address by DHCP and avoid all kinds of routing problems.

     

  4. 46 minutes ago, testdasi said:

    If you changed the isolation in flash settings, it will also show that banner if you go to the CPU Pinning page. I think there's some config in the CPU Pinning page that saves the boot isolcpus and then compared to the current settings and if diff then show banner.

    Correct, there is a check done to see if configured and actual settings (syslinux.cfg) are the same. If not the banner is shown.

  5. Setting metrics using DHCP is a dynamic interaction. There is no such thing as first come, first served.

    In other words there are no guarantees that the first interface, which comes up, will get the lowest metrics.

     

    Also the system itself can not know which priority is needed, it treats all interfaces equal. Only the user can determine what is really desired.

     

    Usually, it is not needed to have additional default gateways. E.g. a VLAN interface is a local network without internet access. And in such a case a static entry without default gateway can be configured.

     

    The correct way to set priority, is to set the metric for each interface and VLAN specifically in case multiple default gateways are defined (using DHCP).

     

    In your case specify a higher metric for each VLAN that you have created.

  6. On 3/21/2020 at 10:36 AM, S1dney said:

    I've been using this for a while and have been very happy with it so far.

    This is really not the recommended way to solve your issues.

     

    rc.docker gets updated with new versions of Unraid and this will certainly break old versions.

     

    It is always possible to make a feature request and do a proposal for improvement

    (sorry didn't go through all details here, so not sure what the actual changes are)

    • Like 1
  7. 24 minutes ago, eagle470 said:

    I ran into this issue as well. I originally thought it was BOINC causing the problem, but I had it happen after I ran a parity check and had turned off BOINC and F@H. So I ended up reverting back to 6.8.3 for now, looking forward to a more stable version in the future!

    Sorry, but this doesn’t add anything. If you want to test beta versions, you need to be prepared to investigate and put more info to the table.

     

    Simply stating “I have an issue” doesn’t give us anything to work on.

     

    Most instability issues happen due to underlying hardware issues. It is always important to rule this out first.

  8. 1 hour ago, civic95man said:

    I believe this is my case as well

    yep, duplicate assignments

    1 hour ago, civic95man said:

    Now is this just common knowledge passed from person to person, or is it documented somewhere

    While doing the implementation for Unraid, I ran into multiple issues limitations of Docker. I don't know if they have these all documented.

    1 hour ago, civic95man said:

    So it seems my only solution would be to change the subnet for eth1

    If your router allows adding a "secondary address" to its LAN interface, then you are good to go.

    Or perhaps your router supports multiple LAN ports, each with their own network assignment.

     

    Remember that more complex network setups on Unraid does require network equipment (your switch / router) to support that.