Jump to content
  • Unraid 7.0.0 beta 2 - adding and deleting of the IPv6 route


    pkoci
    • Minor

    Hello everyone,

    I am currently using UNRAID version 7.0.0 beta 2, and I've noticed that my system log is filling up rapidly. The log entries show constant adding and deleting of the route for 2a03:XXXX:XXXX:402::/64, as seen below:

     

    Jul 13 17:44:48 UNRAID dhcpcd[1540]: eth0: deleting route to 2a03:XXXX:XXXX:402::/64 via fe80::1472:1414:e94e:8303
    Jul 13 17:44:48 UNRAID dhcpcd[1540]: eth0: adding route to fd2b:82ee:67b6:1::/64 via fe80::5802:d6da:8d:3db4
    Jul 13 17:44:50 UNRAID ntpd[1708]: 192.168.88.150 on 1 eth0 -> *multiple*
    Jul 13 17:44:51 UNRAID dhcpcd[1540]: eth0: deleting route to fd2b:82ee:67b6:1::/64 via fe80::5802:d6da:8d:3db4
    Jul 13 17:44:53 UNRAID ntpd[1708]: 192.168.88.150 on 1 eth0 -> *multiple*
    Jul 13 17:45:38 UNRAID dhcpcd[1540]: eth0: adding route to fd2b:82ee:67b6:1::/64 via fe80::5802:d6da:8d:3db4
    Jul 13 17:45:40 UNRAID ntpd[1708]: 192.168.88.150 on 1 eth0 -> *multiple*
    Jul 13 17:46:34 UNRAID dhcpcd[1540]: eth0: adding route to 2a03:XXXX:XXXX:402::/64 via fe80::1472:1414:e94e:8303
    Jul 13 17:46:34 UNRAID dhcpcd[1540]: eth0: deleting route to fd2b:82ee:67b6:1::/64 via fe80::5802:d6da:8d:3db4
    Jul 13 17:46:36 UNRAID ntpd[1708]: 192.168.88.150 on 1 eth0 -> *multiple*
    Jul 13 17:49:09 UNRAID dhcpcd[1540]: eth0: adding route to fd2b:82ee:67b6:1::/64 via fe80::5802:d6da:8d:3db4
    Jul 13 17:49:09 UNRAID dhcpcd[1540]: eth0: deleting route to 2a03:XXXX:XXXX:402::/64 via fe80::1472:1414:e94e:8303
    Jul 13 17:49:11 UNRAID ntpd[1708]: 192.168.88.150 on 1 eth0 -> *multiple*
    Jul 13 17:49:35 UNRAID dhcpcd[1540]: eth0: adding route to 2a03:XXXX:XXXX:402::/64 via fe80::1472:1414:e94e:8303
    Jul 13 17:49:35 UNRAID dhcpcd[1540]: eth0: deleting route to fd2b:82ee:67b6:1::/64 via fe80::5802:d6da:8d:3db4
    Jul 13 17:49:37 UNRAID ntpd[1708]: 192.168.88.150 on 1 eth0 -> *multiple*
    Jul 13 17:49:50 UNRAID dhcpcd[1540]: eth0: deleting route to 2a03:XXXX:XXXX:402::/64 via fe80::1472:1414:e94e:8303
    Jul 13 17:49:53 UNRAID ntpd[1708]: 192.168.88.150 on 1 eth0 -> *multiple*
    Jul 13 17:52:36 UNRAID dhcpcd[1540]: eth0: adding route to 2a03:XXXX:XXXX:402::/64 via fe80::1472:1414:e94e:8303
    Jul 13 17:52:38 UNRAID ntpd[1708]: 192.168.88.150 on 1 eth0 -> *multiple*
    Jul 13 17:53:16 UNRAID ntpd[1708]: 192.168.88.150 on 1 eth0 -> *multiple*
    Jul 13 17:56:10 UNRAID dhcpcd[1540]: eth0: deleting route to 2a03:XXXX:XXXX:402::/64 via fe80::1472:1414:e94e:8303
    Jul 13 17:56:12 UNRAID ntpd[1708]: 192.168.88.150 on 1 eth0 -> *multiple*

     

    I should note that IPv6 is running smoothly in my home network. My ISP has provided me with a prefix /56. I use the subnet 2a03:XXXX:XXXX:400::/64 for my main network (my UNRAID NAS included). This same subnet is also used for Docker macvlan (host access enabled). However, the log shows constant adding and deleting of the route for 2a03:XXXX:XXXX:402::/64. Does anyone know what might be causing this?

     

    I also use the following subnets:

    2a03:XXXX:XXXX:401::/64 for Wireguard (running on a MikroTik router)

    2a03:XXXX:XXXX:405::/64 for the guest network.

     

    Any advice on how to resolve or mitigate this issue would be greatly appreciated.

     

    Thank you in advance for your help!

    unraid-diagnostics-20240714-0015.zip

    • Like 1



    User Feedback

    Recommended Comments

    I am not using IPv6 so I don't have the deleting and adding route issue, but I thought it worth mentioning that the log line with IPv4 *multiple* is still logged every ~5 minutes which spams the log anyhow.

    Link to comment

    I tried to compare settings with another server that doesn't experience this problem, while doing so I noticed that the problem disappeared after editing the settings since it restarts the ntpd.

     

    I wonder if it helps in your case, it might hint where the problem is.

     

    Settings -> Date and Time --> edit something (you can just add a char to the ntp server and delete it) & Apply

    Link to comment


    Join the conversation

    You can post now and register later. If you have an account, sign in now to post with your account.
    Note: Your post will require moderator approval before it will be visible.

    Guest
    Add a comment...

    ×   Pasted as rich text.   Restore formatting

      Only 75 emoji are allowed.

    ×   Your link has been automatically embedded.   Display as a link instead

    ×   Your previous content has been restored.   Clear editor

    ×   You cannot paste images directly. Upload or insert images from URL.


  • Status Definitions

     

    Open = Under consideration.

     

    Solved = The issue has been resolved.

     

    Solved version = The issue has been resolved in the indicated release version.

     

    Closed = Feedback or opinion better posted on our forum for discussion. Also for reports we cannot reproduce or need more information. In this case just add a comment and we will review it again.

     

    Retest = Please retest in latest release.


    Priority Definitions

     

    Minor = Something not working correctly.

     

    Urgent = Server crash, data loss, or other showstopper.

     

    Annoyance = Doesn't affect functionality but should be fixed.

     

    Other = Announcement or other non-issue.

×
×
  • Create New...