ljm42

Administrators
  • Posts

    4374
  • Joined

  • Last visited

  • Days Won

    27

Report Comments posted by ljm42

  1. 18 hours ago, Niklas said:

    If I name my server "Server"

    Under settings -> Management Access 
    "Local access URLs: .. http://Server.lan/ redirects to ..."

    "Self-signed or user-provided certificate: /boot/config/ssl/certs/Server_unraid_bundle.pem" (the actual file is in all lowercase)

    "Certificate URL: Server.lan"

     
    "server" should be all lowercase, right?
    I know I can change the server name from Server to server but then the info in the header does not look good. ;)
    Sorry, don't want to waste your time.

     

    I can help with this but it is a bit more than we should do in a release thread. Please start a new topic in General Support (this is not related to this rc release). So we can talk specifics, it would be very helpful if you include your diagnostics and the output of:

    ls -al /boot/config/ssl/certs/*

     

    Feel free to reply here with the URL

  2. 15 hours ago, Mainfrezzer said:

    Love to see the header description setting being fixed ☺️

     

    Sorry, I'm not sure what you're referring to here, is this done or are you asking for a change? : )

     

    15 hours ago, Mainfrezzer said:

    Strange enough that the only UI Bug for me is still within management. Displays my ipv6 with a "]" in the middle of it.

     

    Looking into this, thanks

  3. 3 minutes ago, KluthR said:

    As I understood, the exec‘s were executed several times below .4 as well, right?

     

    Bonienl said the exec sed commands were added in 6.12.4 to address the macvlan issues: https://forums.unraid.net/bug-reports/stable-releases/612456-major-gui-delays-after-upgrade-specially-dashboard-docker-and-apps-tab-r2660/page/3/?tab=comments#comment-26861 
     

  4. My interpretation of https://forums.unraid.net/bug-reports/stable-releases/612456-major-gui-delays-after-upgrade-specially-dashboard-docker-and-apps-tab-r2660/page/2/?tab=comments#comment-26836 is that CiscoCoreX has two servers (one on 6.12.3 and one on 6.12.6) that both take about 6 seconds to run this command:

    time echo 1 > /boot/test.xml

     

    Not sure why they are so slow (maybe they are slow flash drives?) but as long as the webgui limits writes to the flash drive it sounds like the slowness doesn't cause noticeable issues.


    It feels like this is a hardware issue with those specific flash drives and not a kernel issue.
     

    In order to prove whether a linux kernel update caused the slowness, we would need to see the results of that command from the same flash drive on the some server under two different versions of Unraid.

     

    FWIW, on my 6.12.6 system the results are quite fast:

    # time echo 1 > /boot/test.xml
    
    real    0m0.132s
    user    0m0.000s
    sys     0m0.001s

     

  5. 1 hour ago, KluthR said:

    Downgrading fixed those issues. Were there big changes between .3 and .4 in the linux base system? I did not checked any diags from affecting users: is dmesg/kernel log saying something?

     

    The kernel version is listed in the release notes for each Unraid version: https://docs.unraid.net/unraid-os/release-notes/6.12.6/

     

    But the kernel version is not what fixed the issue when downgrading. It is that the older release didn't have this webgui code:

    9 minutes ago, bonienl said:

     

    In Unraid 6.12.4 we introduced a fix for macvlan. To make this work seemlessly for users the system automatically updates configuration files and other relevant settings when bridging gets enabled or disabled.

    This introduces the config files updates on the flash device.

     

     

  6. This system has the RTL8125B Realtek nic:

    Nov  6 23:36:13 storage kernel: r8169 0000:04:00.0 eth0: RTL8125B, 9c:6b:00:07:f9:cd, XID 641, IRQ 132

     

    I think it would be worth trying this plugin with out-of-tree drivers:

      https://forums.unraid.net/topic/141349-plugin-realtek-r8125-r8168-and-r81526-drivers/

     

    In Community Apps, search for "RTL8125B" to get the right one. But you should probably read the first post in that thread as well.

  7. So sorry for the confusion. I must have had multiple diags open when I was responding and gotten mixed up. The diags you provided above do NOT show jumbo frames. Sorry for sending you in the wrong direction.

     

    Your go script is pretty scary at first glance ;) but I don't see anything that is obviously problematic.

     

    I do see that wg0 is starting, can you stop it and see if it makes a difference?

     

    The next two steps would be:

    * Safe mode, to disable all plugins and see if makes a difference

    * Disable all containers (starting with any VPN containers) and see if it makes a difference

     

     

    On 11/2/2023 at 3:01 PM, ljm42 said:

    If you followed the instructions in the release notes and disabled bridging, that field is set to macvlan and removed from the page. 

     

    FYI, we are changing this behavior in the next release, so it will show the macvlan setting with ipvlan disabled, instead of hiding the setting completely.